◎正当な理由による書き込みの削除について： 生島英之とみられる方へ:
プログラマの雑談部屋 ★31 ->画像>8枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/prog/1522564853/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
else使わない君の馬鹿は上級の方でボコボコにしといてやったから
ここで暴れることはもうないだろう
else使わない教みたいなのあるから、いくらでも現れるぞ
そう言えば
コメントをコードを書くより先に書くのを禁止、
ってコーディング規約があったな。
コメントは書かないといけないのだけど、
なんでコードより先に書いてはいけないのか
いまだに謎。
社員証に収入も書いておく習慣作ればいいのにな
どれくらい期待していいかの基準になっていいと思うんだよね
逆にこれしか貰ってない人に何を期待してるの？ｗ
みたいなことにも使えるし
>>10 コーディング規約って基本的にコードを読みやすくするのが目的なんだから、アウトプットする時点でのコードについてのルール以外は無意味で無価値
書く順序とか、コーディング規約に含めるものじゃないでしょうが！
…とマジレスしたくなってしまうな
>>8 あれって結局、ハンガリアン記法教とか、GOTO禁止教と似たようなものなんだよね
「Aの場合にXすると良い」とか、「Yを乱用すると良くない」って話が伝聞するうちに主語が大きくなって「いかなる場合もXする必要がある」「Yはどのような場合も使ってはいけない」に変わったようなもの
「elseを使わない方が場合によっては読みやすい」ってのはいわゆる良書に載ってたりするけど、それが伝聞する時に主語が大きくなった結果が「elseは使ってはいけない」に変わったんだろう
1メソッドの行数制限だけは入れておいて欲しい
300行ぐらいで
>>16 これ以下にすると規約はあっても守らなくなる傾向があるよ
20行とかあったけど渡されたソース見たら誰も守ってないから
えーと、これ守るといいことありますか？
って聞いたら誰も守ってないけど守ってねって言われた
既存のソース変えたとこに付いては既存の行数がすでに1000行あるし指摘しないでねって約束だけはした
新規と改修と混在して今度は誰もチェックできんかった
俺も守らんかった（笑）
なんでもいいけど、それができる奴をつれて来てくれよ。
コミュニティにそういう奴いねーのか？
ちがった、「奴」じゃダメなんだ。
会社としてelseを使わない方針を立ててる会社でないと。
それがないから、ここにいるような一般派遣なんぞが業界でノサばるんだよ。
>>11 それいいな
周りのやつらがいくらもらってるか知りたいわ
そうだな。
人売りであり技術者は商品だから、値札が必要なんだな。
【不健康】無能時間外労働違反の追放【高離職】
☆不利益で迷惑だから料金増やすか生産減らせ☆
無能実態派遣残業する高稼働低所得者は辞めろ！
【契約料金や知的財産の生涯損害促進者ばかり】
［偽装請負多重派遣の従犯SEを追放すべき］
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死
>「elseを使わない方が場合によっては読みやすい」ってのはいわゆる良書に載ってたりするけど、それが伝聞する時に主語が大きくなった結果が「elseは使ってはいけない」に変わったんだろう
まだ、読みやすいとか読みにくいとか主観的な話だと思ってるヴァカ
>1メソッドの行数制限だけは入れておいて欲しい
>300行ぐらいで
こういうテロみたいな奴がいる現場やだ
else無いとプログラム書けないヴァカのいる現場は
1関数に余裕で300行とかぶっこむ現場だという事が証明された。
おそらく8重ネストくらいあたりまえで、
関数は何をするための関数なのか特定できず、
変数は山のように定義されているので遥か上までスクロールしないと
何のための変数なのか分からず他人のコードは密林のようで、
単体テストという概念すらなく、
結合テストの段階で意味不明の不具合が散発し
目を血眼にして連日深夜まで残業して人生の貴重な時間を無駄に浪費しているのだろう事が、
目 に あ り あ り と 映 る よ う に 予 想 さ れ る 。
実際300行だと1画面70行と仮定しても4画面だろ？
結構エグく無いか？
弊社は今年もプログラム未経験の新人が入ったようだ
大手にできるやつは取られてしまうらしい
>>27 ログ出しながら一連の流れを書くだけでそのぐらい行くよ
仕事でやってれば
１万行の関数とか余裕で目にするだろ。
それをそのままメンテできてこそプロ。
関数を分けて作り直すとかは素人のやり方
>>31 できるかどうかと
そうするかどうかは別だろ
できても難色を示さないと300行とかが増えていく
関数でもメソッドでもプロシジャーでもいいが
インタフェースと名前を定義されたブロック
31 名前：仕様書無しさん 2018/04/02(月) 09:42:01.91
仕事でやってれば
１万行の関数とか余裕で目にするだろ。
それをそのままメンテできてこそプロ。
↑
近年稀にみる糞職場で頭が狂ってしまった狂人のポエム
この知的障害者って恥かかされるたびに暴れるな
放置が一番の薬なのかもしれん
36 名前：仕様書無しさん 2018/04/02(月) 11:15:13.31
この知的障害者って恥かかされるたびに暴れるな
↑
ものすごい自己紹介
正直どっちもどっちとしか
極論と曲解が好きすぎて話がおかしな方に行くしな
elseの話したけりゃ上級へ行って下さい
ここではそんな高度なことは気にしないので
>>40 文盲乙
1 名前：仕様書無しさん 2018/04/01(日) 15:40:53.34
一般派遣でもやれると豪語する本物のプログラマは
こちらで雑談してください。
ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
「elseを多用する似非初級プログラマは出入書込禁止」 ⇠
>>26 まあ
これが現実だよな
何が悲劇かってジャップランドではこういうのが多数派ってことだ
民主主義とバカ集団の組み合わせは地獄だ
＞ まだ、読みやすいとか読みにくいとか主観的な話だと思ってるヴァカ
読みやすいとか読みにくいとか考えないのか？
それが理解できないなんてプログラマじゃないから出ていけクズ！
セキュリティ部門に配属された新卒二年目なんですが
今からでも開発に転職することは難しいでしょうか
今の仕事自体は他ベンダーのセキュリティ製品の導入で、
仕事とは関係なく個人的にlinuxやawsの勉強だけはしています
仕事が全く楽しくなく、やりがいがありそうな開発で働きたいんですが
一年間を無駄にしてしまってもう遅いのではないかと感じています
今からでも間に合いますか？
どういう仕事内容でどう楽しくないか書かないとまともな意見はこない
1年以上仕事してて質問の仕方もわからんのじゃ開発行っても無理
会社の体制次第。
セキュリティは自分で情報追っかけてる担当者がいないと、導入・保守だけじゃ回らない。
なので担当者を置いて張り付かせている会社は結構ある。
セキュリティの人が足りてるならいろいろ要望があれば対応できるだろうけど、そもそも
セキュリティに人がいないなら配置転換は難しいかもしれない。けど、ご存じの通り、
セキュリティの最前線はプログラムの理解力や制作力が必要なこともあるから、もし配置
展開がダメでも、自分はプログラムをやりたいという要望を出していくのは大事だと思う。
日本語の意味もわからないなら小学校から出てくるな、白痴
43 名前：仕様書無しさん 2018/04/02(月) 12:58:09.10
＞ まだ、読みやすいとか読みにくいとか主観的な話だと思ってるヴァカ
読みやすいとか読みにくいとか考えないのか？
それが理解できないなんてプログラマじゃないから出ていけクズ！
楽しくないことをやるから金になるのだぜ。
仕事ってのはそう言うもの。
仕事が楽しいとか、楽しまないとダメとか
あやしいコンサルの言うことでブラック化の前兆だよ。
そもそもやって楽しいことは、誰かが無料で趣味でやってるってことだ。
今売り手市場だから転職するなら今だろ
東京オリンピック後は景気後退するって言われてるし
>>43 読みやすさ意識しないマって総じて出来ない奴だな
汚いコード書いてそう
読みやすさ＜日本語正しさっていう文系バカも多いけど
国内で転職してもジリ貧
思い切って海外行くとかなら希望はあるかもね
>>49 売り手市場言われるだけあって内定はポコポコもらえる
でも給与大きく下がる提示しかこないから結局変わらない
構造の汚さやコードの汚さからは目を背けるくせにドキュメントの国語、書式や罫線には異様に拘る民族www
上っ面ばかり気にするから論文データ改ざんや様々な偽装をしちゃうんだろうな
ジャップは東大法学部（笑）のトップが集う財務省ですら捏造書き換えが平気で行われる国だから、仕様書も超適当の糞なひどい状態だよな
この頓珍漢なレスはヴァカの証明
50 名前：仕様書無しさん 2018/04/02(月) 14:45:00.94
>43
読みやすさ意識しないマって総じて出来ない奴だな
汚いコード書いてそう
読みやすさ＜日本語正しさっていう文系バカも多いけど
周りからハブられてて情報共有してもらえてない
確認とか相談に行ってても「分かってないからそんな質問するんだ。すぐ聞きに来るんじゃなくて良く考えろ！」って言われて取り合ってもらえない
読めば分かるとか以前に、俺だけ資料を配布してもらえないんだけど？何を読めと？
そもそも新しい資料が配布されてる事自体知らなかったし
終始そんな感じだから、最近は周りの話について行けてなくてますます質問とか相談が増える
どうしたらいいのかよく分からん
自分で考えてやってると、
なぜさっさと聞かない！
と怒られて、ならとさっさと聞くようにすると
すぐに聞くな、ちっとは自分で考えろ！
と怒られる。
それはよくある無能な先輩や上司やリーダーの典型だから
気にしなくていい。
>>56 質問の内容を変えろ。
お前は相手に「なにも理解しようとしない奴」と評価されてる。
質問の内容が“ワカリマセンオシエテ”になってないか？
情報を理解して、その範囲で自分で考えて、
“どんな情報が足りない”のかを伝えろ。
わからないことがあったら、過程含めて「相談」しろ。
学校じゃないんだから教えてもらって当たり前と思わないように。
1年後に自分が読みやすいかどうかわかるだろ
すぐに外されて改修依頼とかまわってこないのかな
>>44 > 今からでも開発に転職することは難しいでしょうか
前も難しかったなら今のが難しいんじゃない
派遣エンジニアで未来を夢見ながら取り組んでいけると思ったけどやっぱりそうでもないよな。
>>28 できるやつを大手に取られても、数年後には一般派遣になって
中小企業に来てくれるさ。
ITの開発技術者は
日本では最底辺職だから
めざすようなものじゃない。
まだ２０代で若ければ絶対に目指すな。
この仕事は、それしか出来ないから仕方なくやるものだ。
例年より新人が多かった
人手不足てITにはあまり関係ない？
もう諦めて上流とか言われている分野に行くわ、プログラムはそれなりに続けたいけど、若手に
教えていけるほどのものは身につきそうにないわ、それか介護、タクシーだな、悔しいよお。
若手に教えていくなんてのは、else文はいらないとか言ってる奴らに任せるさ。
さぞや立派な技術者が揃う会社になってくれるだろう。
そういや前スレでは、事前面接反対とか言ってるのがいたようだが、
よくそんな現場にホイホイ行く気になるもんだな。
だからブラック現場に引っかかるんじゃねーの？
実力主義とか言ってるから裁量労働制でサビ残文化になるんだろう
まあ自業自得
なにしろ実力があるやつが作業しないと製品ができないもんだから・・・
>>72 おれも信じられないんだが、事前面談というのは違法らしくて
そうだとすると、どっかしらにはあるのだろう。
>>72 俺は派遣で色々なところにいったダメ人間だが
会社見学と言う名の採用試験の面接がなかったことはないな。
何で自社の懇親会の欠席するのに上長承認が必要なのか
でもってメールしても返事がない
それにしてもよお、人売りってどういう内定の出し方するの？、１回の面接で内定の話が出て、
あと入社日を相談したいって行ったら、売り先が見つかるまで給与でなくて、しかも他社の
活動はもう止めて欲しいって、あほとちゃうかと思ったわ。
ハゲ散らかった三十路オーバーじゃどうあがいても新卒の子なんか無理だよね
進捗ちょっと遅れたくらいでめちゃくちゃ嫌味言ってくるクズなんなんだ性格悪すぎんだろ
持ちつ持たれつ許しあって生きていくのが人間社会だって理解できないとか猿かよ
>>89 どんどん遅らせる
1週間ぐらい休んでもいい
スケジュールが遅れる前提で話が進んでいるからすごい
ファッション通販サイト「ZOZOTOWN」を運営するスタートトゥデイは、子会社3社を合併し、
グループ内の技術力を集約した新会社「スタートトゥデイテクノロジーズ」（資本金2億8000万円）を4月1日に発足した。
新会社では、研究員やエンジニアなどを募集。「天才」（最大7人）には年収1000万～1億円を用意するという。
スケジュール前倒しになったら
いらない規約作ったりリファクタしたり変な機能入れたりしはじめるから…
遅れるのはもちろん困るが
早く終わるのも困るのだぜ。
もうプログラマの活躍できる時代じゃないだろ。
決められた様式で仕様を入力してやれば、
AIが最適なソースを吐いてくれる時代だな（笑）。
>>98 そういうときは進捗に遅れが出てることにしておくんだ
早く終わったら別のことやらされるだろ
評価も上がらないのに
プログラミング能力で出世の評価決めるわけないだろ
出世してまだプログラミングする気かよｗ
やっぱりプログラムじゃなくてPMとかシステムの開発を請負う折衝役なんてやりたくない、
そんなのに責任なんて持ちたくない。
そもそも俺は働きたくないよ。
資産家の家に生まれれば良かった
そりゃ高卒or自称理系プログラマーのFラン大中退で、性格悪くてジャップ連呼してるような奴は、年収低くても当たり前だろ。
あとプログラマーを名乗るただのオペレーターとか。
悪いけどコンビニの店員さんの方が優秀だから。
三項演算子も分からない高卒プログラマーが理系エンジニアと名乗る不思議。
日本はいい国だよ。
アメリカならそんな奴がエンジニアと名乗ることはまず許されない。
elseいらないとか言ってる素人でもプログラマ名乗れるんだからホント良い国だな
納期より早く終わる＝見積もりが甘い
納期が遅れる＝技術不足
ふざけているのにもほどがある
一人作業だとそうみられがちなんだな。
数人でもいりゃ一発でわかるんだが
例えるなら、プログラマーはミュージシャンでソフト会社はダフ屋。
ダフ屋はそのミュージシャンを利用してCDを出したがっているようだが
出してもマトモに売れずスグ潰れる。
で、結局ダフ屋しか残ってないわけだ。
派遣になって干されて無職になるのと、会社員を続けて課長になって
会社が潰れて無職になるのって、どっちがマシなんだろう？
>>124 その後仕事を探すときにどっちが有利だと思う？
余裕があると無能残業マンの仕事を再分配される
過労から身を守るためには目をつけられないように適度にサボりながら生活残業せざるをえない
>>125 どっちもどっちだな。
管理者だと雇ってもらえないだろうし、
技術者だと雇ってもらえても続かないだろうし。
雇ってもらえるだけ前者のがマシなのかな？
余裕があるなら他の人の分もやってやるさ。
そもそもの割り当てのしかたが間違ってたんだからさ。
派遣の場合、どれほどの力なのかわからないわけだから
最初はちょっとしか与えられないなんてのがザラだもんねぇ。
残業させりゃ金が飛ぶんだし。
派遣が楽してる分、そのシワヨセが下請けの会社に降り掛かってくる。
ホント、派遣（特に一般）は楽でいいよな。
【不健康】無能時間外労働違反の追放【高離職】
☆不利益で迷惑だから料金増やすか生産減らせ☆
無能実態派遣残業する高稼働低所得者は辞めろ！
【契約料金や知的財産の生涯損害促進者ばかり】
［偽装請負多重派遣の従犯SEを追放すべき］
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死
このスレ
派遣で搾取されてるとコピペしてる奴
正社員は嫌で派遣やってる奴と言ってる奴
ふたパターンいるようだが、
どっちがいいのよ？
文句言ってる奴って極楽浄土にでも行かないと
満足出来ない理想が当然だと思って
文句言ってんじゃねーのよ？
どこの国に不平不満が一切なくて
働かなくても豊かで人間関係の苦しみのない
生き方が存在してるんだよ
認知が歪んでるんじゃねーのか？
>>131 コピペマンは35歳君
認知が歪んでるどころか、医師の診断まである立派なアスペルガー
この国は恵まれてる
社会や環境は最適なので改良の余地は全くない
幸せになれないのは本人の努力が足りない完全に自己責任である
不平不満や愚直は一切許されない
みんな自分さえよければ良いと思ってるからこうなる。
これからは共産主義の時代だよ
>>131 ＞文句言ってる奴って極楽浄土にでも行かないと
＞満足出来ない理想が当然だと思って
＞文句言ってんじゃねーのよ？
天下人になった徳川家康ですら欣求浄土厭離穢土をフレーズにしてたんだから、この世は所詮矛盾だらけと諦めて折り合いを付けて生きて行くしか無いのさ。
それが分からず不平不満の塊になってるとコピペマンみたいになるんだな
みんなの不幸せが35歳君のところに
行きますように
＿＿＿＿
／ ＼
＿/ / / ∧ ヽ
`/ ｜ /_/|／ 人| ||
( ﾚｲ／ |ﾊ||
| (6 `==′ `==/リ
| 人 ` ｜ |
|／ ＼ ーヘ人ノ
_)`ー-///ヽ
/＼＼ ｜ ||
／＼ ＼`∧ ||
/ ※＼／ ヽノﾊ〉
,. - ─── - 、
／ , ｀ヽ.
/〃//,. ,ｨl/|l ﾄ､ !、 、 ヽ
ｰ'´| | l |1 | !l. ｌ| ! | l.|ヽ ! !､ ', >>135 おじちゃんは
YﾚV!ﾋｴ「! |l.「_ト!Ll」| ｌ ｌ l はやく働いた方がいいとおもうよ
! lﾊｲJ | ´|_jヽ. ﾘ,! ! l. ｌ |
|l |l.} ー , Ｌ _,ﾊl.ｌトｌ ｌ. | l
|l ｉｌﾄ､ ｎ '' ,1ｌ|ｨ| |l l |
_ 二,ニ^tュ--ｪ_t１」l.|l !リ|_lﾉ
ｒ７´ ｆ ｒ┐| 〔/ミヽ>,-､￣´
Y ー个‐'t ﾊ-､_'ゝ、
ヽ ．＿･ ｒく￣ヽト-'丿 ヽ l
/ (･_＿,）ゝi┬'´ﾊ｀ '`|
|ヽ, ｲ ﾉ┴くヽヽ、 /
`´ ゝ┬ﾍ｀ヽ | `ー‐１
ゝﾉ-‐^ｰ'一''丶 ヽ ヽ
ﾄ､＿ `ｰｧ'¨不ヽ
| | 「￣「￣l￣ト､,ｲﾄﾋi′
ｌ l. l l ! !└' l |
└ L 」＿,|＿_ｌ＿l.__Ｌ.ｌ′
| | | |
ｌ l ! !
ｌ l. l l
ト--┤ !--‐1
ｆ‐t央j. ﾄ央ｧﾍ
| 甘l､ / 甘 |
ｌ ,.-‐ヽ ﾚ'⌒ヽ/
`く._＿ ﾉ ゝ--‐′ 出向先で仕事してるけど、リーダーが仕事の回し方がヘタで仕事が遅延してる
なんでも自分でやらないと気が済まない上に、作業の優先順位がリーダーの気分(やりたいかやりたくない)に左右されるみたい
遅延の責任を取るのは俺じゃないとしても、無駄に残業とかさせられるのは嫌なんだけど、リーダーとか上司に意見するのはそれはそれでイキってるみたいで嫌なんだよね
こういう場合お前らはどうしてるの？
>>89 余計なマージン取るようになって
PMが自分の首締めることになるのにな
終わったタスクの実績はこれから先のタスクの見積もり補正を知るためのものだと思ってる
>>140 責任を全部負わせて追い出すか
気に入られて操る
>>142 一緒に頑張りましょう！的な感じでそのまま操るみたいな感じか
ありがとう、参考になったわ
テスト仕様書に個々のテキストボックスのそれぞれで日本語入力とか文字長の項目を作ってる
正しく実装出来てないのにテストで○を付けてる奴がいて、受け入れ時に見つけたからNGを出した
他にもあるかもしれないから確認してくれって頼んで半日かけて確認してた
で、今見たらNG出した項目の隣の項目がまだNGなんだけど
この程度のテストもまともに出来ないならテストさせられないんだけど人もいないしどうしたらいいのかマジで分からん！！
誰か解決策を教えてくれ！
テスト項目通りできない癖に項目外不具合見つける奴おるよな
テストだろうが何だろうが二重チェックは必須です。
コンテンツ制作の現場では校正は二重で行います。
こんなところでテスト程度のくだらない愚痴を吐く無能の方が怖いわ
無意味な改行もウザいし
>>144 何度も言ってるけど馬鹿に手動テストやらせた時点でお前のミス
優秀なメンバーにテストコードを書かせろ
>>148 改行がウザいとかどんだけ余裕が無いんだよ
ウザいというか一行おきに改行する意味もわからんし
こういう意味のない自己満足な行動見るとイライラしてくるのが人間ってもんだろ
普通に書け阿呆
無能のくせに愚痴るなアホ
ほんと自分が一番の無能のくせに他人への文句は一丁前っていうキチガイな
こういうのがいるから馬鹿がのさばる
progateのjavaってやつ昨日から始めたけど楽しいな
>>80 帰社しないから新人に会うの年末になりそう
あかん、働きたい会社が全然ない、まじ全然ない、もうやっぱり派遣でいいわ、あほんだら。
ヘルプで別プロジェクト行った奴ってほぼ帰ってこないよね
気付いたら一人で取り残されてた
そのまま客先人質常駐だね。
俺に客のヘイトが集まってタゲが外れなくなる。
挑発スキルなんて使ってないのに・・・
納期なんて概念があるわけだけど、納期に間に合うわけなどない
という前提で、みんな仕事してるんだよね。
だから無能でも働けるっちゃあ働ける。
日常会話で、溜飲が下がるって言葉を使ってるの初めて聞いたわ
こんな言葉小説の中でしか使ってるの見たことなかったけど、本を読まない一般人？に伝わる表現なのか？
この業界こういうマニアック？な小難しい言葉を使いたがる人時々いるよね
>>165 文章と日常会話では、
そもそも表現方法が異なるって事は無視？
俺は日常語でも文章語でもジャップと言ってるけどな
家族も親戚も地元の小学校の時の友人もみなジャップと呼んでいる
>>144 唯一の解決策は、自分はそういうのに悩まされる立場にならないこと、だな。
全くのプログラミング初心者なんだけど、仕事辞めて暇だからPythonの入門書を注文してみました
Pythonはやったことないや。
どういうアプリを作るのに向いてるんだろう？
一度リーダーをやってみたんなら、今一度下っ端からやり直すのがいいと思うよ。
そうすれば、かつてよりは地に足ついた仕事ができるようになるってもんだ。
責任的に考えたら当人に投げ返すわけだが
ちゃんと確認したいんだったらどう考えても別人にやらせたほうがいいよな…
本人はいっぺん確認したと思ってるし
頑張って見つけりゃそれだけマイナス評価にしかならないのに頑張るわけがない
普通に書くのは趣味でやれ。
仕事のプログラムは普通じゃないからな。
まったく別物だよ。高度だ、って意味じゃなくてな。
無能な奴が最初に元となるソースを書くと、それが基準となる。
生産性を下げるための規約ばかり
工数=>人数=>金
資本主義に則っただけなんだけど末端としてはやってられんわ
稼働落ち着いたら抜けたいか聞かれたんだけど稼働落ち着いたらどうでもいいよ
めちゃくちゃなスケジュールの今こそ抜けたい
他社の給料事情が分かりづらいから安易に責められないのが辛い
残業の上限が極端に少なかったりボーナスが出なかったり
>>191 でも
>>144みたいなの割といるで
俺らもそういうの排除する仕組み自分らで作らんのも悪いんやで
みんな本気で解決させたいわけじゃないもんねぇ。
そもそもできる奴が揃ってないと効果がないしね。
証跡なんてどこの現場でも基本中の基本なのに
手抜かれたら困る現場で証跡も取らないでギャーギャー文句言うアホって何なんだろうな
排除しようとするとパワハラんなるからな
ケンカ売るなら覚悟せえよほんま
エビデンスは捏造簡単だし環境やリビジョンに依存するから品質保証の根拠としては弱い
>>200 捏造する手間とテストする手間って
テストした方が早いだろ
素人がelseいらないなんて言い出すとは思えない
どちらかというと何かをこじらせたタイプ
>>181 方々で頑張ってたけど結局Cの上っ面に落ち着いた感がある
エビデンスの入出力通りの結果にならなかったら
明確に責任の所在追求出るし
何個も間違ってたらそれこそ捏造ってわかるから契約切る口実にもできる罠
なんの証跡もない状態でギャーギャー喚くのとはわけが違う
技術バカリーダーの気まぐれで
ほとんど使わない、パフォーマンスも要求されないような部分なのに
クソ面倒くさい実装しなくちゃならなかったときに
それを白紙に戻すいい方法ないかね
そもそも捏造してまでテストOKにするって相当な奴だぞ
100人いて何人が捏造しようと思うんだよ
たかがテストとは言え、捏造ってほぼ犯罪に近い感覚だからな
上策：しばらっくれて諦めるのを待つ
中策：膨らんだテスト仕様書を見せつける
下策：やる
ノルマきついからな
周囲がやってたら染まっていく
そういうことだ
>>201 コアライブラリに変更があったら本来なら影響箇所のエビデンス全部取り直し
でもバグ報告のあった実行手順だけ取り直して終わり
とかやりたい放題
一般的なテストの話なのにコアライブラリガーとかホントあほだよね
コアライブラリの変更なんてあったら全再テストだろｗ
>>178 同意する
屁理屈とか言う奴もいるだろうけど結局最終的には責任の擦り付け合いだから、責任逃れ出来る環境を作るかみたいな所あるよな
え？バッチ流してなんとなく動いてたらＯＫぐらいのもんじゃないの？
テストなんて本当にだるい、それなりにやるけど早くその場から立ち去りたいわ。
なんか周囲ははりきって過剰仕様を修正させようとしてる
なぜ今になってそんなこと頑張る気になったのかはわからん
もう実装終わってるんだけど
まわりと統一とれてないから変な感じはしてた
ひょっとして基本無くなったのに俺のとこだけ取り残されてるのか
いやな予感してきた
>>215 請負？派遣？
派遣だと炎上させた方が作業員には得だから自発的に作業をさせちゃ駄目だぞ
>>210 一般的なテストの話だからこそ考えなきゃだめだろ
ライブラリは無条件で信じちゃうような素人じゃないんだからさ
>>211 本来ならそうなんだけどスクショとデータダンプ撮るだけのエビデンスではごまかし放題ってこと
なんの業務案件の話してるのか知らんけど
webで開発中や保守の追加業務中にコアライブラリの変更なんてただの一度たりともない
オープンソースだからクソみたいなバグあったらすぐわかるし自分でソースも終えるし
中枢部分のライブラリ変更なんてコンバージョンという名の元にプロジェクトレベルで行う
お前の言ってるようなことなんて通常のテスト中じゃありえないんだよアホ
しかも簡単にごまかせる結果のエビデンスってどんなクソ画面だよ
結果の出力が入力するみたいに簡単にできるのかよアホか
ライブラリの変更とかエビデンス誤魔化し放題とか
学生レベルの木っ端は上級（爆裂）ｗ雑談スレでelseいらない爺とレスしあってろよｗ
アホ
どうせ数人しか使わないような社内ツールレベルの話だろ
セキュリティ対応もろくにせんのやろうなぁ
出来合いのもの深掘りしないでなんとなく使って組み立てるだけのWeb屋さんはイージーそうで羨ましいよ
Ｊａｖａで
自分のと別のバージョンのライブラリ使ってるライブラリって取り込んで大丈夫なん？
>>225 やってるとそのうち
使ってる他人のコードから悲鳴とか怨嗟の声とか聞こえてくるようになる
Web系でバージョン管理そんなに厳密にやる？
運用中でもPHP5からPHP7にあげるし
データベースもメジャーバージョンあげるし
フレームワークだって適当に最新バージョンにするじゃん
EC-CUBE2から3に変えるような根本的に違うものだったらしないけど
出たとしてもちょっとしたエラー程度で済む範囲ならやっちゃうだろ
エビデンスってのは、テストをウソつかずに
ちゃんとやらせるために取らせてるだけのものだから、
適当にねつ造してやったことにしても実は案外バレないものなんだぜ。
なぜなら誰もチェックなんてしないからな。
ただしモノが普通に完成した場合。
炎上したらエビデンスを必死になって精査し始めて
責任を全て押し付けようとし出す。元請けがな・・・
もう誰も完成させようと努力しようとなんてしなくなるからな。
>>225 セキュリティて何すればいいん
悪魔の証明のような作業に思える
碌なCI環境の無い時代じゃあるまいしOSとライブラリのマイナーアップデートはデイリービルドで取り込むだろう普通
そんなんにいちいちプロジェクト建ててたら仕事にならんよw
https://srad.jp/about 皆さんこういうサイトで情報集めてたりします？
工場やインフラみたいに簡単に首をすげ替えることができないからな、この世界は。
でも経営者はバカだから、ソノヘンがわからず、そんで現場でこういう事態になる。
ゾゾタウンの天才募集しても上司がオブジェクト指向読みにくいから禁止クラス名はブロックコードとかケチ付けてCOBOLやらせるんだろ
>>237 経理がプログラマ不要というBIツール買ったけどUIはGUIでポトペタだけどデータベース設計は当然出来ないといけないから誰がやるんだよって話になって死蔵された
700万円也
>>233 他人が100行書き連ねたSQLをメンテしろ言われた時の絶望感
巨大なSQLもよくよくみれば、selectの後のフィールド羅列が大半さ。
>>239 ホント、バカだねー。
「プログラマ不要」なんて謳い文句にマジで引っかかっちゃうんだ。
100行ならかわいい。
馬鹿プロパーが書いた仕様書の無い糞300行超の糞SQLが、
仕様変更で一部のSELECTをごっそりUNIONして一部変えて追加
500行超の爆弾ウンコSQLになっていて、何がしたいのか本人以外全く分からず、
もはやそれを貼り付けるしかなかった苦い過去。
せっかくだから、elseいらない厨の代わりに、
joinはleft joinだけで十分厨にでもなるかな。
プログラマ不要でも詳細設計までは出来ないと意味ないしな
しかし最終的にプログラマ不要論ってあるけど、仕様考える人間の方が駆逐されそうな気がするわ
仕様漏れによる手戻りのせいでデスマ起きるんだから
AIに仕様考えて貰って人間がコード起こした方が安全じゃないのかっていう
顧客も顧客で、おととい入った新人をイキナリ
情シスに送ったりなどはしちゃいけないな。
その会社の本来の業務もわからずにIT業に指示なんてねぇ。
長大SQLや正規表現を書くなら、コメントでこれでもかこれでもかと解説入れさせんとダメだよ
半分はコメントになるくらいまで
そして各コメントに日付だな
そして、SQL文にコメントを付けられない仕様なせいで、全てSQLの前に書かれる
あ、コメントを削除するのはコーディング規約で禁止してるからダメよ
>>239 その手のツールを使うと汚いビューがシステムの中心になってドメインとデータベースがグチャグチャになる
「プログラマ不要」ツールなどというのが開発されるきっかけは
プログラマが日本語を満足に話せないのが原因なので、
おまえらは自覚した方がいい。
【不健康】無能時間外労働違反の追放【高離職】
☆不利益で迷惑だから料金増やすか生産減らせ☆
無能実態派遣残業する高稼働低所得者は辞めろ！
【契約料金や知的財産の生涯損害促進者ばかり】
［偽装請負多重派遣の従犯SEを追放すべき］
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死
>>251 日本語でやりとりしようとするのがまず間違い
英語、図表、コードがプログラマとの正当な対話手段
使い捨ての単純労働力扱いなのに日本語のコミュ力(笑)を求められる不思議
プログラマが高いんだよ
頼んでもいない残業で利益をすり減らしやがる
>>251 いずれ、「プログラマ不要」ツールの専門職が生まれる
プログラマという名前が無くなるだけで結局は同じようなポジションの人はいなくならない
むしろこれをきっかけに多重請負構造をぶっ壊せるのではないか
Javadocでちゃんとコメント付けられないエンジニア多いからな
こういう類の奴らは英語出来てもダメだよ
そもそも伝えられる文章や力を書く能力がない
>>260 javadocのコメント見てる奴なんていない
キモいゴミだよあんなのは
ヴァカ
アプリに閉じたコードのjavadocはほぼ無意味だな
そんなもんに時間使うならdoc無くてもわかるような命名したほうがいい
ソースコードには
コメントは一切入れない、
ってのが最近正解じゃないかと思えてきた。
どうせソースの実際とコメントがズレてくるし
最初から間違ったこと書いてて混乱をさせたりするしな。
>>261 そんなんだから君は使えないって帰されたんやで？
クラス説明だけはまじ必要
あとバク改修で特殊判定や処理を入れたところ
>>265 >どうせソースの実際とコメントがズレてくるし
意味が分からん
コメント入れるべきってのは、暗にコメントが常に正しいことを前提にしてるってことでしょ。
もっと言うと、変数やメソッドの命名がおざなりなコードでそこがしっかりメンテナンスされてるか？ってところに関わる
違うぞ、実装した理由とかコードで表現できないものをコメントに書くんだぞ
コード見ればわかるようなコメントはいらない
俺はコメント一切入れない主義
ソース見て分からない馬鹿はPG失格
昔コメントなんて書いてやったら
句読点が変とか文句言われたからな
コメント無いのと変数や関数名がdata0025とか、funk0132とかだけなら無理。
>>272 コード見て分かるなら
デスマーチなど発生しない。
基本、分からないのだよ。
>>205 使わないことなどを理由に優先度下げまくってなあなあにする
>>272 すまん、俺が主張したかったのは、
「
>>268に対してソースのを綺麗に書いたり、命名をしっかり出来ないのに、コメントがしっかり書かれてメンテナンスされる訳ないでしょう？」
ってことだった。
>>272の意見自体は俺も正しいと思ってる
>>278 >>272は典型的な勘違い
そういう言い訳は独立したドキュメントに書け
ソースコードのコメントは処理の内容を書くもの
コードレベルの言い訳のためにわざわざドキュメント起こすのかよ
コードからドキュメントの自動生成
ドキュメントからコードの自動生成
あるいは別の何かからコードとドキュメントの自動生成
があると便利だな
周知されると納期が縮むだけだがｗ
// カウンタ変数の宣言
// カウンタ変数をインクリメントして次のループへ進む
・・・とか書いてないと規約に合ってないから納品できない、
全部見直せ、とか言われるのだぜ。
大規模で技術レベル統一できないならそうなるのもしゃーない
世の中書いてるうちに何の要件で書いてんのか見失う奴らもいるしな
>>286 カウンタ変数で思い出した
// カウンタ変数
// ここから○○で使う
>>265 正解
コメント付ける暇使ってコードをリファクタリングする方が大事
>>290 それどういう方針で何を理想としたリファクタリングなの？
なぜ雑談部屋には頭おかしいプログラマしか沸かないのか
せめてリーダブルコードと達人プログラマーぐらい読んでくれ
>>293 何それ？
100万部ぐらい売れてるの？
JavaのInterfaceのコードを読むのか
コメント書くしかないだろ
>>279 処理の内容とか一番要らんところだろwww
必要な情報はcontractだよ
そんでもってcontractはコメントではなくテストに書くものだ
コメントは不要
前に言ってた事前面接反対っていう話、
どういう事情かわかった、というより思い出した。
あれってオンナの派遣の話なんだよ。
面接して顔で選ぶ会社が後を絶たないからな。
で、女性差別だなどと騒ぎ出したってわけだ。
だからまあ、この世界では特に関係ないんだな。
ノンプログラマBIツール使うのをノンプログラマが嫌がって派遣プログラマの俺が使うという悲哀
第三正規化まで出来てテーブルと密結合する帳票出力を、導出表を巧みに使って表現する鬼仕様なんだこれが
俺は特派で今年居なくなるけど、基本月給20万円でやってくれる派遣が見つかると良いねって感じ
でないと派遣先に来年度組織変更あったら死ぬ
単価上げても営業がピンハネするだけだもんねぇ。
まあ一般派遣を使うようにでもなるのだろう。
>>300 java,javascript,vb.net,c♯で作りまくった社内Webシステムとも連携してて、これらを機能拡張、リファクタリング出来る一般派遣が必要なんだ
基本給20万賞与無しで企画からフルスタックで出来ないとダメなんだけど応募無いね
引き止められてるけど特派だからいかんともし難い
基本給20万賞与無しってのは、派遣元の会社が決めてる給料だから、
派遣先にしてみりゃ、そんなこと言われても・・・ と。
派遣先が支払うその単価で一般派遣を雇えば、そいつの時給はさぞや高いだろうから、
かなりデキる奴が期待できるかもよ。
>>298 どれを買うか選べるのに
買ったことに対してリスクは持たない
・・・なんてなったら奴隷の人身売買になるから禁止なのだよ。
選ぶならリスクを持てってことだ。
つまり直接雇用しろってこと。
そんなルール、誰も守ってないけどな。
みんな直接雇用するから、この世界は特派ばっかりなんだろ？
すでに会社員なんだから、面接しようがしまいが関係ねーやな。
elseいらないとか言ってるド素人が暴れまくってるスレだぞ
こいつらには本を読むという概念すらないｗ
いらないんだ
リファクタなんかいらないんだ
やってる場合じゃない
もう十分きれいだし読めるし問題ないし時間もないんだ
やるべきことは最初からわかってるのに
リファクタが
質問がある時に自席で予め説明の為の準備をした上で自席に来てもらうってのが双方共に一番効率的だと思ってるんだけど、
今一緒に仕事してる設計者さんが「質問があるならお前が来いよ」みたいなスタンスの人で自席から動こうとしないんだけどどうしたらいいの？
設計書印刷して持って行って説明したりしてるんだけどコードの相談とかするとなると表現に限界があるんだよね
工場などで派遣切りとかにあったことがある失業経験者なら
この世界で優秀になれるかもしれないねぇ。
安定雇用というか雇ってくれた恩みたいなのを持ってるだろうから
さぞや真面目に仕事をしてくれることだろう。
>>299 帳票テンプレートにDB情報を入力する系のやつか
あれ最悪だよな
作ったやつは鬼か悪魔だよ
>>306 それはelse信者だろ
彼らはここ10年以上なんの勉強もしていない
本読んでたらelseいらないなんて言葉は絶対出てこないからな
毎日ジャップジャップ喚いてるしこいつはたぶん在日だろ
>>315 よう差別主義者！
国籍透視wネトウヨかよ
>>315 逆なんだなぁ
それがわからん時点で本を読まないelse信者ってバレバレ
ずっと聞いてるけど未だにelseが必要な現実的な例が出てきてないんだよね
アホが書いた実用性皆無のコードは出てくるけど
>>319 if(type == A){
略
}else if(type == B){
略
}else{
略
}
pretype = type;
しばらくJava離れていると＝＝で通らないことに気付かなかったりする
AとかBとか意味わからん
略ってなんだよ
pretype?
何がしてーんだ
現実的な例つってんだろ
公文書を改ざんできないようにするにはどうすればいい？
被害者増やさないために暴露するわ
某所でこんな環境で作業させられる場所あるから気をつけろよ
・単体テストツールを使って無い
・Ｇｉt・SVNのような一般的なバージョン管理ツールを使って無い
・Javaの基幹システム案件なのにMaven使わずに手動ビルド
・コードの静的解析をいまだに半日かかる内製ツールを使ってる
・ネットワーク制限で上記ツール含めて自分で入れるの全部禁止
・上記のツール使って無いので、修正履歴含めて全部エクセル管理
ついでに修正前のソースコードはコメントアウトして残せっていう化石文化付き
2018年になってもＩＴ江戸時代から抜け出せてないこんなクソ現場があるから気をつけろよ
>>327 過去ソースのコメントアウトが大半を占める謎ファイルとかな
>>327 付き合う必要皆無
駄目と言っておけば問題が起きたときに自分のせいにならないってアピールしたいだけ
Vmware入れて自分の環境固めて持ってきて作業すればいいよ
USBメモリやネットワークは監視してるけどDVDドライブなんかはノーマークのとこがほとんど
このスレで聞いても良いものかどうか素人質問で申し訳ないんだが
自動車メーカーのコンフィギュレーターみたいな着せ替えってWPでも作れるのかな？
例えばこんなやつ
https://shop.hodinkee.com/pages/strap-finder#strap=dark-clay-calfskin-strap&;watch_id=7
何で検索するとテンプレとか見つかるかな？
個人的なショッピングサイトを作ってみたいんだ
>>334 何てワードでググれば良いかすらわからないから聞いてるんだ
コンフィギュレーターでググっても全然それらしいのでてこねぇんだわ
頼むよ教えてくれ
在日差別でストレス発散したがってる屑がいるな。
リアルの在日の前にでたら震えてションベンちびる癖に。恥ずかしいネット弁慶だな。
bool isValid;
（いろいろ処理する）
if( isValid )
{
（処理成功時の後処理）
}
else
{
（処理失敗時の巻き戻し処理）
}
（実行後の共通処理）
GitHubでＧｏｏｇｌｅ検索したらいちばんうえあたりにでてきたやつの一部
@Override
public View getView(int position, View convertView, ViewGroup parent) {
ViewHolder holder;
if (convertView == null) {
holder = new ViewHolder();
LayoutInflater inflater = (LayoutInflater) mContext.getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
convertView = inflater.inflate(android.R.layout.two_line_list_item, null);
convertView.setTag(holder);
holder.text1 = (TextView) convertView.findViewById(android.R.id.text1);
holder.text2 = (TextView) convertView.findViewById(android.R.id.text2);
} else {
holder = (ViewHolder) convertView.getTag();
}
Event event = getItem(position);
holder.text1.setText(event.title);
holder.text2.setText(event.text);
return convertView;
}
状態の更新処理をともなうときはたいていelseいる
条件によって違う部分を更新するには、elseで切り替えるのがベストにみえる
逆に言うと状態とかない関数型言語で
もう在日に触らなくていいだろ
上級スレに隔離しとけ
疲れた死にたい
過労死基準てなかなか満たせないよなあ
派遣なら再就職簡単だから普通に会社やめて1年ぐらいニートやればいい
自社の正社員で偽装派遣
辞めよう辞めようと思いながらずるずるきちゃった
>>341 同じメソッドで異なる物を更新しようとしている時点でおかしい
適切な抽象化と関心の分離ができていないんだよ
条件によって筆者を更新するあるいは価格を更新するメソッド
意味不明だろ
このメソッドは筆者に関心があるのか価格に関心があるのか
条件が増えるたびにメソッド名や契約が変わりまくる典型的なクソ仕様だ
同じメソッドにある以上筆者の更新ロジックが変わったら価格の更新についてもテストしなきゃならない
どんだけ工数増やす気だよ
そうじゃなく書籍情報を更新するメソッドとするんだよ
条件なんていらない
筆者も価格も他の属性も単に上書きするだけ
条件によって変更が無いものは条件分岐を消して同じ値で更新するだけ
更新する値を計算する処理に条件をつける
適度に抽象的で全ての関心ごとが分離された美しい世界だ
>>338 try {
色々処理ラムダ.実行();
}
catch (Exception e) {
ロールバック();
throw e;
}
finally {
共通処理();
}
GitHubにあるのは全部神コードだと思ってるキチガイ
>>349 @Override
public View getView(int position, View convertView, ViewGroup parent) {
View view = convertView == null ? createView() : convertView;
ViewHolder holder = (ViewHolder) view.getTag();
Event event = getItem(position);
holder.text1.setText(event.title);
holder.text2.setText(event.text);
return convertView;
}
private View createView() {
ViewHolder holder = new ViewHolder();
LayoutInflater inflater = (LayoutInflater) mContext.getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
View view = inflater.inflate(android.R.layout.two_line_list_item, null);
view.setTag(holder);
holder.text1 = (TextView) view.findViewById(android.R.id.text1);
holder.text2 = (TextView) view.findViewById(android.R.id.text2);
return view;
}
>>351 じゃあかわりにちょっと前にでた２ｃｈコードをだそう
>>346をふまえて
http://2chb.net/r/prog/1521205676/ 932 自分：仕様書無しさん[sage] 投稿日：2018/03/25(日) 13:10:36.72
if(cond(x)) {
this.alpha = f(y);
} else {
this.beta = g(z);
}
この場合にどうするかは解決したんか？
937 返信：仕様書無しさん[sage] 投稿日：2018/03/25(日) 13:24:14.09
>>932 更新データを計算(x, y, z) {
if (cond(x)) return (f(y), beta);
return (alpha, g(z));
}
更新(x, y, z) {
(this.alpha, this.beta) = 更新データを計算(x, y, z);
}
>>349 @Override
public View getView(int position, View convertView, ViewGroup parent) {
View view = convertView == null ? createView() : convertView;
ViewHolder holder = (ViewHolder) view.getTag();
Event event = getItem(position);
holder.text1.setText(event.title);
holder.text2.setText(event.text);
return view;
}
private View createView() {
ViewHolder holder = new ViewHolder();
LayoutInflater inflater = (LayoutInflater) mContext.getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
View view = inflater.inflate(android.R.layout.two_line_list_item, null);
view.setTag(holder);
holder.text1 = (TextView) view.findViewById(android.R.id.text1);
holder.text2 = (TextView) view.findViewById(android.R.id.text2);
return view;
}
elseの代わりに関数2つ増やしてreturnする馬鹿ｗｗｗ
ワロタｗ
else使わなくてもいいから、まず成果を出せよ、リアル界で。
関数2つ増やしてreturnするなどという底の浅い秘伝なわけじゃねーんだろ？
CADやゲームなどの3Dグラフィックといった高度な技術においても
elseを使わずに実装できるレベルに達してるんだろ？
まあ、メソッドの途中でreturn入れてるようじゃあ、elseがあってもなくても・・・
>>340 こいつらが同じプロジェクトにいてくれれば
さぞや楽に仕事が進むだろうにねぇ。
>>355 バカはお前な
新規にviewを生成するという関心事を別のメソッドに分離するのが正しい
というかもっと言っちゃうとgetViewという名前のメソッドの中で
ViewHolder holder = (ViewHolder) view.getTag();
Event event = getItem(position);
holder.text1.setText(event.title);
holder.text2.setText(event.text);
こういうことをやるのは非常に筋が悪い
がしかしOverrideなので苦渋の決断でよしとした
こういうの見るとgoogleのライブラリは相変わらずセンスがねえなあと感じるね
関心ごとの分離ということを勘違いしている
同じタイミングや条件で違うものを更新するという、現実の要求そのものがなくなるわけじゃない
それはどっかでやらないといけないんだ…
一目瞭然だったソースにメソッド増やしてリターンも増やして
可読性落としてelseを三項演算子に代えて馬鹿コード生成素人の代表だなコイツｗ
>>357 三項演算子を使えないゆとり用
@Override
public View getView(int position, View convertView, ViewGroup parent) {
View view = reuseOrCreateView(convertView);
ViewHolder holder = (ViewHolder) view.getTag();
Event event = getItem(position);
holder.text1.setText(event.title);
holder.text2.setText(event.text);
return view;
}
private View reuseOrCreateView(View reusable) {
if (reusable != null) return reusable;
ViewHolder holder = new ViewHolder();
LayoutInflater inflater = (LayoutInflater) mContext.getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
View view = inflater.inflate(android.R.layout.two_line_list_item, null);
view.setTag(holder);
holder.text1 = (TextView) view.findViewById(android.R.id.text1);
holder.text2 = (TextView) view.findViewById(android.R.id.text2);
return view;
}
通勤路の狭い道に池沼のミドリのおじさんが車道にはみ出して来る車に敬礼してるわ
メチャクチャ邪魔で車が減速するから目的は達成してるw
毎日誰も見ないエビデンスを作る俺より社会の役に立ってるな
>>362 例えば？
else必須かつ現実的な例をはやく出してよ
俺はそろそろ出社するからまた定時帰宅後に検討しようじゃないか
そのif～returnって
メソッドの外でelse使ってやったほうがよくね？ｗ
>>353 >if(cond(x)) {
>this.alpha = f(y);
>} else {
>this.beta = g(z);
>}
>この場合
どんな場合にこんな糞仕様が必要になるか詳しく書け、能無し
ありもしない状態を仮定するな、クズ
10000回読め、チンパンジー
>>346 仕様書無しさん2018/04/05(木) 06:17:29.28
>>349 >同じメソッドで異なる物を更新しようとしている時点でおかしい
>適切な抽象化と関心の分離ができていないんだよ
>>366 イベントによって画面の違う部分更新したりしない？
メソッド増やして否定してリターンｗｗｗｗ
アホすぎてワロタｗｗ
>>365 100万個のelseより、ミドリのおじさんのの方がより社会の役に立ってるな
>>366 Z80CPUのパソコンのエミュレーターにおける
マシン語命令の解析時。
>>369仕様書無しさん2018/04/05(木) 07:10:40.84
>イベントによって画面の違う部分更新したりしない？
ゲームラマー脳乙。
朝から低能が大暴れだな
ホントどうしたもんかねこのガイジは
>>376 なんだ、こんなことすら現実的じゃないのか。
てっきり3Dグラフィックとか音声合成とかもやりこなしてる
天才プロフラマーだと思ってたら。
>>363 アホかどう見ても俺のコードのほうが可読性が上
・convertViewがあったらそのままつかってなければviewを新規作成
・何れにせよviewに紐づくholderの属性を更新して返す
という意図が明確に伝わる
もとのコードだと見た者が
えーとまずholderの入れ物を用意してconvertViewがなかったらviewを作ってインフレ？なんだこれ、えーっとholderをセット、
んーなんだこれholderを作りたいのかviewを作りたいのかはっきりしねえな。。。
といったように混乱に陥れられてしまう
動画ファイルの圧縮解凍技術とかで特許を持ってるような人だとばかり・・・
elseの代わりに可読性最悪のあんな頭の悪い分割ソース書くのに
6時間もかけて自演してんだからマジ池沼すぎるｗｗ
トランザクション処理メソッドの途中でreturnするソースが多いね。
で、rollbackを忘れてるわけだ。
ガベージコレクションに任せっきりなようじゃあ・・・
>>379,381
”Z80CPUのパソコンのエミュレーターにおける マシン語命令の解析時。”
”てっきり3Dグラフィックとか音声合成とかもやりこなしてる 天才プロフラマーだと思ってたら。”
”動画ファイルの圧縮解凍技術とかで特許を持ってるような人だとばかり・・・”
else無いとプログラム組めない派の主張の一貫性の無さはもはや、妄想狂レベル。
elseが無いと思考できないので、論理だてて物事を語る事が出来ない。
ああ言われたらelseこう言う
こう言われたらelseこんどはこう言う
ヴァカ分岐。
1日に数レスしか付かなくなってもﾜｯﾁｮｲとID入れたほうがいいだろ
何人いるか知らんけどお前らよく毎日ガイジのレス見てられるな
>>383 仕様書無しさん2018/04/05(木) 07:22:05.90
>トランザクション処理メソッドの途中でreturnするソースが多いね。
>で、「rollbackを忘れてるわけだ」。
本物のヴァカ。
そもそもの、トランザクション開始場所が間違っているという設計ミスについて、全く理解していないチンパンジーの鳴き声。
>>385 同じ奴しか書いてないだろ
本当にNGしたいわ
逆リファクタリングでコードを汚してくスタイルとか斬新すぎやんｗ
保守を難解にすることで保守費用ボッタくってく新世代のゴミソース生成マシンかよｗｗｗ
てか、ここ、elseを多用猿は出入書込禁止なんだけど？
http://2chb.net/r/prog/1522564853/1 “elseを多用する似非初級プログラマは出入書込禁止 ”
だから仕事で成果を出せよ仕事で。
会社潰れても知らねーぞ。
else不要教っての以外に、returnは1関数に1つまで教ってのもあったな
特にforやwhileの中にreturnを入れたらブチキレるって宗教だ
while((data=GetNextData)!=null)
{
if(typeof(data)==TypeA )
{
((TypeA)data).TypeAとしての処理
}
else if(typeof(data)==TypeB )
{
((TypeB)data).TypeBとしての処理
}
else
{
return その他処理(data);
}
}
>>392 そーそ、elseをなくして残業もなくせる優秀なやつでないとね。
でも、ホントならチームとしてそういう成果を出してくれないとね。
1関数に1つまで、じゃなくて、returnは最後にひとつだけ、だろ？
まぁコイツの存在はホラーコードのサンプルとしてはアリかもなｗ
良い反面教師だ
チンパンジーでも就職できるんだから、そりゃあ一般派遣でも食い扶持に困ったりもせんわな。
>>373 乙って言われて世の中からゲームなくなるわけじゃないし
昔の人はreturnは最後にひとつにしていること多い気が
>>348 なに勝手にexception足してんだよ
その処理専用のexceptionをどこかに定義しなくちゃならないだろ
>>397-406 ここ、else以前に、似非初級プログラマは書き込み禁止なんだけど、
いい加減に理解してくんないかな？
【不健康】無能時間外労働違反の追放【高離職】
☆不利益で迷惑だから料金増やすか生産減らせ☆
無能実態派遣残業する高稼働低所得者は辞めろ！
【契約料金や知的財産の生涯損害促進者ばかり】
［偽装請負多重派遣の従犯SEを追放すべき］
偽装請負多重派遣SEの動機
コミュニケーション障害
コンピュータ趣味
人格障害
文系大卒
低偏差値大卒
情報処理資格非保有者
偽装請負多重派遣SEの迷惑
無償プログラム提供
事前面接
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
時間外労働違反
低予備工数見積
残業見積
無料追加
学習不足
裁判苦手
対人障害
健康障害
孤独死
偽装請負多重派遣SEの代償
低収入低技術
非婚離婚
鬱病早死
納期より早く終わらせると怒られるとかどうなってんだ・・・
>>413 趣味でやってるわけじゃないからな。
遅いのも早いのもダメだよ。
早いってことは金を取れないってことになるからな。
信じられないバカがリーダーやってるところもあるからなぁ
そういう環境はご愁傷様としか
プログラミング技術はすごいけど管理できない人がリーダーになるのはおかしいわ
かといって下っ端にもできないしどう扱えばいいのかね
1945年にヒロヒトが縛り首になって日本がアメリカの植民地になってれば今の不幸な日本社会は存在しなかった。
ITの世界でもみんな英語喋れてハッピーだった筈
コードレビューで関数名が気に入らないとか指摘すんな。
命名規則違反とかスペルミスなら分かるが、
全部moveナンチャラとか馬鹿じゃねーの？
>>418 安心しろ
仮に英語ペラペラだったとしてもお前が不幸であることに変わりはないぞ
四月だから席替えがあったんだけど、リストラ対象っぽい人が周りから孤立した隅っこに寄せられてて悪意有り過ぎるだろって笑ったわ
>>419 関数を作るのに
いちいち申請して許可をもらわないと作れないプロジェクトって
昔あったな。
しかもfnc0001とかそんな名前。
それでめんどくさいから
一つの関数が１０００行とか余裕でなった。
関数名や変数名がベタな日本語だったりした時はコードレビューで付け直させたな
BuchoとかKachoとか
>>400 return最後に1つ教は、ほとんどの場合成立しないので意味がない。
関数の先頭で即false/nullを返す事前チェックを書くことは良くあるし、正常処理系のif内でreturnするのも珍しくない。
まあ、どんなはちゃめちゃなコード書いても、setjmp、longjmpを使わない限り、関数内はアセンブラレベルではreturnに該当するものは一つになるから安心しろ。
>>424 部長課長くらいならまだマシ
setsumeibunやkomentoなんてのも見かける
頼んでもないのに勝手にリファクタリングして、設計書の手順を完全に無視した作りに魔改造した挙句、仕様変更を頼んだら、設計書と実装で手順が違うから対応するのに大幅改修が必要になるので工数を下さい！とか言うのやめて欲しいんだけど。
仕様を理解した上で効率的に実装するスキルがあっても、勝手な事をして引っ掻き回すなら邪魔でしかないわ
elseいらないって喚いてる爺がそれやってクビになったらしいよｗ
Java使えるってホラこいて入った現場でも役立たず扱いされてJava逆恨みしてる池沼
というか機能追加を妨げる仕様変更ってリファクタリングって言えるのかね
俺もソースコードに無断でリファクタリング的なことをする事はあるけども・・・
elseいらないジジイといい、なんかここって仕事の仕方から教えるレベルの低能多すぎだろ
趣味のソースじゃないんだから無断でリファクタリングなんて絶対やらん
無断でリファクタリングされてもレビューで却下すればいいだけじゃないの？
レビュー側じゃなくてプログラマ側でこのスレにまで居るってのが問題だと言ってるんだと思うよ
>>431 ｺﾚﾃﾞﾅﾝﾄｶｼﾃ(´；ω；｀)つ⑩ (つд⊂)ｴｰﾝ
>>432,435
こいつ、なんでこんなに必死なの？
なんかいろいろ議論していて偉いなあ
いくらプログラム技術が上がっても昇進もなければ昇給も微々たるものなのに
急に話変わるけどさ、おまえらって
仕事じゃなくてプログラム作るのってやったことある？
愛用してるスマホの電卓アプリが自作だったりとかさ。
色々なポイントサイトを巡回して小銭を作るプログラムを走らせてるな
>>442 ブラウザ偽装して押しまくるみたいなやつ？
>>440 ほんそれ
客が俺の単価2万くらい上げてくれたらしいんだけど会社から貰える給料変わらないとか酷くね
給料と単価は別物
単価に応じた支払いを求めるならフリーにならなきゃ
elseいらないとか言ってる次元の爺が暴れてるスレだぞｗ
自分でツールなりソフトなり作れるわけがないｗｗ
上級スレで結局なにもまともに言い返せずこっちに逃げ帰ってきて暴れる爺ｗｗｗ
elseも使いこなせない爺が上級なわけねーだろｗｗｗ
elseいらない厨をみてて思ったんだけど、おまえらって
「アルゴリズム」の勉強ってしてる？
ブレゼンハムとかそういのがあったと思うんだけど。
車輪の再発明はしない
高品質なコードを書くための書籍は読む
elseいらないなんて真顔で言ってる池沼を見たのはここが初めて
ブレ全ハムってこれか
plot(x0,y0, x1,y1)
dx=x1-x0
dy=y1-y0
D = 2*dy - dx
plot(x0,y0)
y=y0
for x from x0+1 to x1
if D > 0
y = y+1
plot(x,y)
D = D + (2*dy-2*dx)
else
plot(x,y)
D = D + (2*dy)
>>458 うん、そんな感じ。
elseがあるようだけど。
>>421 全社フリーデスクで
うちの会社だけ丸ごとビルの片隅で席固定ってどういうことですか…？
あるから何だと思ってるの？ ヴァカなの？ チンパンなの？
>>461 elseがあるのはいいんだけど、elseいらない厨は
なんていうだろうねぇ？
elseいらない厨には三項演算子があるから何とかなる
今どきの技術者は、アルゴリズムの勉強も全くせずに
else要らないとか言ってのけちゃうんだねぇ。
ブレゼンハムもクイックソートも二分検索も、知られたアルゴリズムは
みんな何かのクラスのメソッドの中だもんねぇ、今どきは。
明らかな不利益に目をつぶればＥｌｓｅなしで書けないものはない
>>421 マジかよ
俺だけ机が広いからご褒美かと思ってたわ
仕事でアルゴリズム駆使してプログラムするとかないからなぁ
アルゴリズムアルゴリズム言ってる馬鹿は爺爺言ってる馬鹿と同じなので、
つまり、ただのガキ
統合失調と発達障害とおじいちゃんを集めた会社の島の片隅に放り込まれた某外資大手の若手の人おつかれさま
いつもぶつぶつ独り言いってすまん
elseいらない爺は技術者でも何でもないぞ
駅とかでたまに見るキチガイと同じ類の池沼
そういや、アルゴリズム辞典なんて本があったな。
やっぱり買っとこうかな。
>>470 誰か特定の人を指してるのか、自分の会社の自己紹介かな
それにしてもまあ、マシン語なんてのでプログラムを作ってた３５年前と比べると
ずいぶんと世の中も変わっちゃったもんだねぇ。
ダイクストラって古代人かとおもってた
名前かっこいい
コボラーの人はマシン語ができたりするのだろうか…？
マシン語ができるコボラーぐらいはいると思うけど、
コボラーとは呼ばれてないだろうな。
>>431 >設計書の手順を完全に無視した作りに魔改造した挙句
設計書の手順無視してたら単体テスト通らなくなるだろうし
それリファクタリングじゃなくて単なる俺俺コードへの書き換えじゃねーかｗｗｗｗｗｗｗｗｗ
リファクタリングって単体テストが一式揃ってて
少なくとも書き換え前後で全部のテストが通過する=少なくともテストしたケースに関しては実装に変化は無い
っていう担保付きでやるもんだろ
実装に影響出てたら論外だわ
変数自体の情報を取り扱う関数もった言語って何かある？
どのみち結合の手動試験はじまったら趣味リファクタは時間切れ
処理速度なんてオプティマイズ次第なんだから、見やすい方で書けばいいんだよ。
elseに目くじら立てても意味が無い。
そういう問題じゃないって永久に気づかなそう、ここのヴァカ
>>487 え？
どっちでかいても、マシン語レベルじゃ同じだろ？
プログラミングってはまり出したら本当に底が深くなるな
調べれば調べるほど正しいコーディングってのが分からなくなる
単純明快・明瞭ってどうすりゃ定量化できるんだろうか
>え？
>どっちでかいても、マシン語レベルじゃ同じだろ？
この仕事をしたことが無さそうな頭の悪いコメント…。
elseいらないって意味がわからない、絶対にelseいるだろ、誰か説明してくれ。
>>491 普通にelseは必要だから安心して良いぞ
三項演算子使って分かりづらくなるなら、素直にif/else使ったほうが良い
逆に三項演算子の方が分かりやすくなるならそっち使えば良い
ってリーダブルコードに書いてあった
しかたないなあ
elseがいらない理由を教えてやろう
elseがなければそれがelseだからさ！
elseがなくてもできる程度の仕事しかさせてもらえない。
例えるならelseいらない爺は
国会議事堂の前で在日が尖閣諸島や竹島が自国の領土だって喚いてるようなもんだからな
触るぬ池沼に祟りなし
VBで2000行以上あるような関数を書いてる場合はelse必須。これは仕方ない。綺麗なインデント山脈を書けるとVB上級者
逆にPythonで1関数20行以内の原則守ってたらelseは不要。子供でも読めるような関数しか作らないのが蛇使い
このif～else論争ネットで調べたら割と衝突しやすいっぽくて
最終的に現場の規約やらレビューやらで決めたらいいと思うんだが
else無いとプログラム書けない低能が廃業すればいいだけの話だぬ。
逆にelseなしで書いてみ？
気づきが多いのは確か
>>500 汚いものでも無ければ困るってことか
きれいな水には魚が住まないっていうけど言語も同じだな
>>506 最近のgithubってコード以外のものを置くのが流行ってるのか
else一切使わないとか論争にすらならないアホの独り言だからいい加減ほっとけ
規約にすら書くようなことじゃない
ガチのアホ
ソースレビューでelseがどうこう言う奴は殴りたくなる
この在日荒らしのせいでほとんど機能してないよねこのスレ
いい加減ﾜｯﾁｮｲとID入れたら？
プログラマ以外と趣味グラマーと経験1年目とかの素人グラマーと
elseいらない爺の自演が入り乱れてもはやむちゃくちゃだからなｗ
1日待ったけどelse派は相手を罵倒するだけで何故elseが必要なのか全く説明できてなくてわろタワー
デカイ声で相手を罵倒するのが議論に勝つコツって本気で思ってる民族が隣の国にいたよなあ
あーあelse信者の正体見えちゃったwww
ここで負け犬の遠吠えレスしか返せてないんだから
ちゃんとこれに反論できるようになってから暴れような？
な？
http://2chb.net/r/prog/1522036053/145-153 こいつは現実が理想に合わなかったら現実のほうを否定するじゃないか
人類は地球に有害でいらないからプログラマも不要だからelseもいらないみたいな論法
問題の視野を拡大すれば大概のものはいらなくなる
だまされないぞ
現場でコイツにelse使うようにソース修正させたら
ギャーギャー騒ぎだして刺されそうｗ
elseを使う理由
お前が書いたゴミのようなソースにならないようにするため
反論があればどうぞｗ
>>519 でもお前のコードゴミじゃんwww
言ってることおかしいぞお前さんw
俺のコードってどれ？ｗ
反論になってないぞｗ
もう1回書くけど
elseを使う理由
お前が書いたゴミのようなソースにならないようにするため
反論があればどうぞｗ
>>518 elseを使う理由を聞いて無限に論破するだけ
そもそもelseを使えなんて粒度の命令は底辺派遣の世界でしかないんだよ
そんな発想が出てくる時点でお前が底辺コーダーってわかっちゃう
今は転職しやすいんだからもっとクリエイティブな仕事探したら？
俺が書いた理由の反論になってないけど？ｗｗ
これで3回目
elseを使う理由
お前が書いたゴミのようなソースにならないようにするため
反論があればどうぞｗ
条件の成立する時と、成立しない時で異なる処理が必要なら、
素直にelse使うわ。
コードメトリクス測ってみりゃわかる
elseのないコードの方がハイスコア
これもう客観的な事実なんだわゴメンな
こうやって喚いて逃げて時間経ったらまたelse使う理由ガーとか喚いて荒らしだすんだよねコイツｗ
これで4回目
elseを使う理由
お前が書いたゴミのようなソースにならないようにするため
反論があればどうぞｗ
elseを三項演算子に置き換えるほどの馬鹿だからねｗ
三項演算子で一行にした部分はワンステップとか思ってそうｗｗ
連日遅くて疲れてるところに
自社の先輩から時間をうまく使えだの体調不良で遅れたり
休んだりしたことを言われて半ギレでメール返しちまった
周りが全員敵に思えてきた
何の役にも立たないアドバイスありがとうございます？
うまく使うのは時間じゃない部下だ
部下に丸投げすればゆとりが生まれて時間を有効活用しているように見える
>>533 物忘れ増えたり疲れが取れない自分すら信じられない
最後に自分が好きなら楽になれるのに
elseの取り除くリファクタリングって確かどっかにあったって思ったけど
ガード説による入れ子条件記述の置き換えってのはある
リファクタリング前
double getPayAmount(){
double result;
if(_isDead){
result = deadAmount();
}else{
if(_isSeparated){
result = separatedAmount();
}else{
if(_isRetired){
result = retiredAmount();
}else{
result = normalPayAmount();
}
}
}
return result;
}
リファクタリング後
double getPayAmount(){
if{_isDead}{
return deadAmount();
}
if(_isSeparated){
return separatedAmount();
}
if(_isRetired){
return retiredAmount();
}
return normalPayAmount();
}
まさかこの手法だけ見てelse全部消し飛ばせると思ったのか
だとしたらそれはそれで一体何を勉強したんだっていう事になるぞ
>>537 メンバ変数使ってたらスコープ広がって困るゾ！
isDeadとか言うメンバー変数を持つようなclassの中に
量を計算する関数も持ってるだけでも
クソな雰囲気満載だな
自分のコードを貼り付ける奴ってほぼ素人か池沼
雑談スレを無駄に汚すな
最近居ついてるこのアホの相手は頼むわ
俺はもう寝る
>>537 リファクタリングとは何かを調べ直した方がいい。
それはリファクタリングとは言わん。
コンパイラの最適化かけたら同等コードだろ？
>>546 なにがコードの匂いだよ死ね
どんだけ新人がだまされてめちゃくちゃになったと思ってるんだ
こいつはＣＩＡから金もらってるスパイだ処刑しろ
returnしまくりってやってることってgotoと同じだから気持ち悪いよね
出口いっぱい作ってテストするために知らずに余分な作業増やす素人が好むやり方
オブジェクト思考なら
interface double GetPayAmount()
用意しといてそれぞれのクラスで実装しろとか言うのか
そもそもガード説とかリファクタリングとかのたまってるけど
コードの意味合い変わってるからね
最初のメソッドはどの条件にも一致しないと0返すけど
ガード説（笑）の方はノマルペイメンツ返すんだよね
コードも読めない素人がリファクタリングとか何のギャグだよ
あ、最初のメソッドも返してたわ
インデントないからわからんかったわ
if文って単一変数で条件記述ならかわいいもんだろ
ただ複数の変数で and とか or とか括弧を駆使して条件記述するのだけはやめろ
常駐先にしてみれば、給料を払うのは雇った人の会社であるわけだから、いくらでも残業してもらって構わないどころか寧ろ残業しないと評価が下がるのかな
エンジニアが絶対に行っちゃいけない常駐先一覧が公開！ 都内やべぇｗｗｗｗｗ : オレ的ゲーム速報＠刃
https://t.co/ZeVwj0pQ8K 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01) やっぱり「アルゴリズム」の勉強って大事なんだな。
このスレ見てよーくわかった。
夜中までelse絶対必要ってほざいてたのか。暇なんだな。
アルゴリズムは隠蔽されて再利用されるもの
教養として知ってるのは当然だが自分で書いたら負け
>>562 そうだな。
おれが言ってるのは「勉強」だからね。
仕事はしても勉強はしない技術者もどきが、この世界には多いこと多いこと。
>>564 だけど食うには困らない。
いいことなのかわるいことなのか・・・
ホント、今どきのプロは勉強しないねぇ。
仕事のための勉強なんてしたくない、
そもそも公務員になりたいんだからソッチの勉強したいんだよ。
などと。
まともなコード書けるようになってから他人批判しような
特定派遣に去年未経験で入ったんだけど、ロングスリーパーだから漫画喫茶に泊まってるんだけど、食っていけないんだが未経験でもIT派遣とか個人事業主って可能なの？
>>562 JAVAやってるとメモリ管理とかアルゴリズムとか覚える気無くて試験に全然受からない
１年経験したんだから、まあ一般派遣でもやれるだろう。
elseいらないってほざいてるのは学生未満の糞コードしか書けないお前だけだぞ爺さんｗ
荒らすのが生きがいなんだろうけどはよ成仏しろ無能ｗｗ
>>547 こんなの金にならないよね
見積りに入れてくれなきゃ
>>578 どうせどっちも人売りだからね。
クビになりながらアチコチに行ってりゃ、経歴書も充実するさ。
受け取った設計書が腐ってるか否か見極める技術
この設計書は出来損ないだ
完成しないよ
俺と一緒にYRP野比駅まできてください
最高にうまい設計書をお見せしますよ
と言って連れて行かれたらしい
なにかの誤爆のようだが、野比なんぞというド田舎に
よくそんな会社があるもんだな。
>>581 YRPがあるからな。
通信系なら日本でトップクラスの場所だろう。
京都の精華町といい、研究所関係は田舎が多い。
>>579 特定派遣は場所考慮してもらえないから、一般派遣を考えたんだけど、どうなの？
テスト駆動開発ってあるけどさ
色々忙しいみたいだからそこまでガチガチにテストを念頭に置かなくても構わないけど、テストをコーダーに丸投げしてたくせに後々になって「なんでこんなテストしてるんだ！」とか文句を言わない程度にはテストの事を考えて作業指示を出してほしい
でもまともにテストコード書けるやつってあんまいないよね
テスト対象のコードはさすがにもう触れないが
テストコードは好きにリファクタできるな
いわれてみりゃブラックボックステストの作成ををコーダー任せにしてるのは変だ
アジアオフショア先にテストコードを渡したら、
テストが通るようにテストコードの方を書き換えたのは有名な話
>>590 だいたいユニットテストのときってＮＧなったとき修正対象がテストコードなんだけど
普段日常的に修正を押し付けといて
たまたま最初からテストコードが正しかったときに
鬼の首取ったみたいに言いふらしてんじゃねーの…
それにしても色々な言語やっていけるよな、実務経験問われる時点でアウトだし、自分でやるにも
本当にこれでいいのだろうかと不安になる、もう限界かもしれないな。
>>592 ほんとこれw
テストコードのテストで終わり
専門卒のハゲたアラサーSEがいるんだけどさ
スケジュール的に設計書書き終わって俺が製造するはずなのに
使うDBのテーブルから間違っているクソ設計書で仕様も理解してなくて唖然としたわ
俺が設計書書けば早いのにゴミが「丸投げはまずいから」と言ったから任せて
コーディングしながら設計書に書くべきことを教えているけど
一週間くらい前に伝えたことすら設計書に反映してなくてアホすぎ
専門卒ハゲ居眠り無能顔面ニキビ野郎で人生終わってるやつに何言っても無駄なんだな
辞めるにもまだ1年も経ってないからやめれない
>>583 おれはもう一般派遣になって５年。
所属してた特定派遣の零細企業が潰れたことがきっかけ。
一般派遣って一旦長期の休みもらってまたその派遣元の企業で仕事とか紹介してもらったりできる？
>>597 わからん。
そういう休みはとったことないし、契約が終わってヨソへ行っちゃうと
ソッチで定着することもあるからねぇ。
>>597 俺、同じところに３回行ったぞ。
気に入らなくて派遣終了じゃなくて
そこの会社の仕事の都合で派遣終了の場合な。
もちろん本当は違法だが、派遣会社ごしに
また○○さんにきてもらえないか
とかオファーがある。
まぁ、いいように使われてるだけってことだ。
変数名とかに何でもかんでもinfo付けるのやめろ全部情報に決まってるだろ
設計書にそこだけ○○情報って書いてあるんだからしかたないだろ！
特定派遣とか請負でやっているところって見なし残業４０時間含む金額が結構あるが、
せめて２０時間にしとけよって思うがどうであろうか。
みなし残業45時間の契約で、かつ最近は残業禁止令で45時間以上働くな（つまり45時間以上はサービスとして自主的にやった事とする)というお達し。
つまり何時間働いても給与定額。
何だかなぁと思うこの頃。
>>604 終わったら「あの会社酷かったね」って話題にしまくる
>>602 その幅を超えて残業するのが当たり前になると
サービス残業かどうかにかかわらず、残業時間の伸長につながる
企業と社員が超過を躊躇するよう
心理的にもっとも効果的なラインを狙って設定されてる…はず
３０代で転職するとやっぱ転職先ではまとめ役やらせようとされるのかな
>>609 よほど最新技術やレア技術に長けてるとかでなければ、実装するだけの人は誰でもいいからね
年収300万以下ならいくらでもあると思うが。
ただでさえプログラマは変な奴が多い職種だと思うが
下手に変な会社に転職すると問題児の管理とかで
消耗して潰れる中間層とかも沢山いるんだろうね
>>615 定年むかえる前に本気出せば良かったのに
新人で九州大学の奴が入ってきたらしいんだが
何で特定派遣の会社に入ってきたのか分からない
三か月あればアプリ作って数百万円稼がないと生きていけない世界
プログラム言語習得とかいつまでやってんの
【貧困生活】無能残業は結婚障害【家事困難】
☆偽装請負多重派遣SE結婚相手の犠牲対策☆
両親や親戚に反対されましたが、偽装請負多重派遣社長に搾取金提供したり時間外労働違反で家事をしないSEと結婚してしまい、生活困難で中絶と離婚をしました。現在は犯罪損害なく共働きも可能な相手と結婚して数億円損失を防げました。
・モラルがない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに請求料金不足
・高利益なのに請求料金不足
・高生産なのに請求料金不足
・高需要なのに請求料金不足
・学習多いのに請求料金不足
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判断不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf そろそろ出社しなきゃ
土曜はプロパーの監視が甘くて私服で５ｃｈしてるだけで給料が入るから美味しいね
家にいても暇なだけだし正直ありがたい
背広で平日に残業しても給料貰えないしやる気でないわ
クリスタルレポートとクリトリスレポートの違いを教えてください
業務上知り得た情報を～とかいう契約って
強制サービス残業中に知り得た情報には適用されないよな?
>>628 賃金が発生してないなら業務と言えないのではないか？
>>627 1で作って出力した物の枚数が合わないと思ったら、2を疑うべき
スタルとトリスの違いだよ
一説によるとスタルと言うのは『廃れ』から派生した言葉であり栗廃れレポートと言うのが本来の言葉である
一方でトリスと言うのは言うまでもなくウイスキーから来ているので繰り返しトリスを得るレポートと言うこととなる
文字を並べたら一目瞭然
クリトリスをレポートさせて下さい
悪魔合体してクリスタルクリトリスだと、ちんこがもげちゃう
>>628 業務中じゃないから適用範囲外じゃないか？
ただし漏洩したら外部からの不正アクセス扱いになるだろうね
部外者が保護された内部情報にアクセスするには不正アクセスが必要
この場合は労働環境を巧みに利用したソーシャルハックが妥当かな
サービス残"業"って言ってる時点で業務だと認めちゃってるんだよなあ
労働法改正だけど
罰則が30万以下の罰金じゃ守る奴いないよ
🙅 業務 → 仕事
🙆 苦行・修行 → トレーニング・研鑽
これからはサービス残行と書こう
タダでシステム開発技術を鍛えてやってるんだありがたく思わないと
不正横行ジャップランドに税金払いたくねえってのがホンネだよね
一生懸命働いて納税した税金がモリトモみたいになっちゃうんだろ
お前等が今まで会った中で一番すごい技術持ったプログラマーってどんな人？
うちの会社で商用sendmail使う案件があってその絡みで
var p = new 派遣（女,23）
p.Execute()
日曜出たいって申し出たらプロパーがいないと駄目で云々って断られた
遅れてるけどだったらもういいや
休日は何も考えないで過ごしたいし
今どきは納期にそんなにウルさくなくなってきてるみたいだな。
なあ、PMとかのまとめ役やったとしてなあ、技術って維持できるもんなのか？、管理中心になって
衰えていくような気がするんだが。
どっちかというと技術は業務外で磨くもんだから、維持出来る奴はできるだろうと。
でも、それだけの技術を持てば、PMにさせられることもそんなにないだろうね。
プログラムはやっぱり、できる奴にやらせるほうが生産性がいいわけだからね。
>>645 開発に3ヶ月かかったperlの古いシステムを、phpで出来る？と聞いたら、次の日にはphpバージョンになってこんな感じですか？と提出してくれた。
またある時はjavaのスパゲティコードのリファクタリングをお願いしたら10000行のプログラムが2000行になって、しかもjavadocが前より充実していた。
あとPMがSIerに見積もり頼んだら3ヶ月かかります総額1500万の見積もりを見て、これじゃ赤字になるから仕方ない俺が作るわと言って一人で一週間後に仕上げてきた元PGのPLのおっさんがいた。
>>661 無能だな。
それじゃ商売にならないじゃん。
そのおっさん、遊びでやってるのか？
迷惑なヤツだな。
できるからってやるのは素人。
>>660 おいおい、技術って業務外で維持するもんなのか、そんな時間ないだろ、やれても
ちょこちょこっとしたプログラム書くだけで時間が過ぎていくぞ。
>>664 そう、そういうのが実は重要でね。
そういうのの積み重ねで設計やデバッグの勘を養うんだ。
仕事だと他人のダメソースをコピペして
エビデンスの画像貼ってるばっかりだもんねぇ。
他人の10倍できても給料が10倍になるわけではないのがかなしいところ
さすがに管理する側になったら技術的には衰えてくだけだろ、仕事外の時間のみで維持出来るとは思えない
コピペのみでこなせる仕事なら維持出来るのかも知れんが、維持出来るレベルも低いってだけでは
そうだな。
でも残業とか少なくなるから、仕事が楽にはなる。
管理する側にいつまでも甘んじるとも思えんしね、できる奴は。
自分ならもっと楽にできるようなことを、部下がモタモタしてて
そのせいで自分が上司や顧客から怒られる役回りなんて・・・
うちのプロパーはとんでもねえ駄目人間だが
狂った実装能力と明るいムードメーカーだから許されてる
客が最近〇〇さん遅刻しないで来れて偉いですねって褒めてたときは俺の頭がおかしくなったかと思ったわ
ブラック企業を叩いているけど、大企業やらホワイト企業がブラックな部分をアウトソースして
今の状態になっているのを気づいていないのか、知らないふりしている邪悪なのかそういう人は
少なくないよな。
まあワタミみたいに大本がどうしようもない経営者だったりするのもあるんだけど、どちらかと
いえばそういうののほうが例外っぽい。
>>672 まあいいんじゃね？
そうやって下請けに丸投げして、下請けがやらかしたことで
マスコミ沙汰になるのも大企業の責任だからな。
大企業の名前は記事になっても下請け企業の名前は出てこんだろ。
>>672 ブラックな部分をアウトソースできてたらまつりちゃんは死なないんだよ
ホワイトは看板と給料だけで
ほかはすべてブラックなんだ
>>674 適応できなかった遅れた企業ってことだろ
詳しいことはわからんけど、営業マンはむやみに外注にはできないもんねぇ。
>>671 そういう人徳が欲しい
俺なんか明るいわけでも優秀なわけでもないから
粗が見えるたびに否定されていく
>>677はおそらく
承認欲求を見透かされてつけこまれているんだ
たぶん諦観してやさぐれたら周囲の対応かわる
>>680 そんなことしたらお前もういらねえで終わりかな
他にフレッシュな出来る人材なんてたくさんいるし
頭もいいし、業務知識もあるし、コーディングも恐ろしく早いが
なので重宝してなんでもかんでも仕事を頼んだのはいいが
コードがむちゃくちゃで
その人が病気で退職した後に地獄になったチームあったな
小さい会社は、出来る奴が入るとそいつに頼るしかないからねぇ。
小さい会社はスターエンジニアが会社の柱になっちまうからな
そいつが抜けると会社が傾く
因みに人売りじゃなくて開発な
すぐ人売りの話する奴が出てくるからな
>>684 >>685 エンジニアなんて一人いくらで売るだけだから腕前は関係ない
設計書は作成者自身が責任持てってのは分かるけど
技術仕様的なところが分かってない人が適当にレビューして通して
後からあれ違うこれ違うこれだと実装出来ないって話になると
レビュアーぶっ飛ばしたくなるね
まさに誰が責任とるかって話だが結局自分になるってアホらしい
個人に依存したくなかったら
人売りになりましょうという話ですね
>>659 技術あるなしじゃ全く違うよ
取れる選択肢の数が違う
PMといっても、金勘定に長けた人、スケジュール管理に長けた人、技術に長けた人、語学に長けた人、言い訳に長けた人と様々。
地雷はスケジュール系と言い訳系だな。
下請けに鞭打つ奴隷管理者によくいるタイプ。
プロパーの開発部隊だと技術系の人が多い。
同格の相手に鞭打てないからね。
＞地雷はスケジュール系と言い訳系だな。
＞下請けに鞭打つ奴隷管理者によくいるタイプ。
それ優秀やん！
下請けをビシビシ叩いて理不尽を言いくるめて堂々としとる
理想のPMやねんで
>>688 実装する前に設計するバカが悪いんじゃないの？
パンチカードでプログラミングしてた時代の名残でしかない設計書文化を現代でもありがたがって真似する必要はない
>>694 そりゃあ最初から開発環境が提供されてすぐ弄れるなら
ちょっと試しながらって出来るが環境もなかったしなぁ
ずっと前からある設計書を真似ながら作れって恐ろしい
設計書は詳細になるほど間違えやすくなる
要点だけ押さえて具体的な部分はあえて書かないのがコツ
要するに設計段階でも抽象化しろってことだ
自社開発の話は他所でやれ
ここは派遣の搾取を糾弾するスレだ
>>697 搾取されているとわかって、何故その状況にいるんだ
立ち上がれ
そういや俺が作った設計書で代わりに実装してくれてる奴が
設計間違ってて裏で俺の事を悪く言ってたらしい
手戻りさせたのは申し訳ないけど言われる筋合いないし、そもそもやってあげてるなんて姿勢ならやってくれなくてもいいわ
>>697 >>698 コピペ投下してるのお前？
まず働いてるのか、いや働けるのか？
35歳スレ見てると人として就労無理だろ
社会適応出来ないのはお前自らの自業自得だよ
>>699 そいつが悪く言ってるってどうやってわかった？
35歳は認知が狂ってるからな
あいつが働ける世界なんてないよ
>>701 まあ狭いところだから隠語でも言葉伏せてても
誰の事言ってるのかすぐ分かっちゃうわけで
>>703 そいつ新人ならおまえのことを悪く言ってるわけではなくてその会社のフォーマットとか設計書の書き方が嫌なのかもよ
>>699 無責任な奴だなキミは
障害票を起票して
デバッグして
設計書と照らし合わせて設計書の通りか確認して
関連機能のテスト仕様書を修正してレビューして
コードを修正してレビューして
関連機能のテストをやり直して
エビデンス作り直してレビューしtr
報告書にまとめて
定例ミーティングで素人の爺さん達に今節丁寧に報告する
これが全部が製造チームとテストチームの予算と工数で賄われるって理解してる？
設計書適当に納めてハイ終わりじゃねえんだよ
設計書バグってたらラッキーじゃん
そこから先のテストは省略で納品してokなんだぜ
ウチの会社とくにテストもせずに実装者が動き確認するぐらいで
現場に出しちゃうんだけど異端なのかな
>>690 紙はかさばるし引っ越しの時に困るから電子書籍も検討したけど
5か所位にしおりを挟んで参照したりするからやっぱり紙のほうが便利。
10年前に買った本の新しいバージョン対応の本など買い直したりしてる。
ちょっとしか変わってないからもったいないような気がするけどググる時間が節約できる。
技術書は永久保存版ではなく使い捨ての紙で印刷されたマニュアルだと割り切っている。
>>696 分業じゃないならそれでもいいんだが、分業だからそんなぬるいことも言ってられないというのもある。
社内分業ならそういうあいまいさで生じるコストはうやむやにしても問題ないが、社外だとそのコストを
うやむやにすると色々よろしくないことになる。
>>713 それじゃ分業の意味ない
曖昧さがなくなるまで設計する膨大な工数でプログラムを書けてしまう
プログラム仕様書ってコードの一行一行書いてあるやつってそれ作ってる暇あるならプログラミングしたほうが早いんじゃねって思わないか
今までで最高に狂ってるなと思った設計書はこんな形式
変数宣言
(tab)変数名(tab)合計
(tab)初期値(tab)0
変数宣言
(tab)変数名(tab)i
(tab)初期値(tab)0
ループ
(tab)種類(tab)for
(tab)変数名(tab)i
(tab)初期値(tab)1
(tab)終了値(tab)10
(tab)増加値(tab)1
(tab)処理内容
(tab)(tab)代入
(tab)(tab)(tab)左辺(tab)合計
(tab)(tab)(tab)右辺(tab)i
リターン
(tab)戻り値(tab)合計
>>717 まさかと思うけど、その(tab)って、そこにTABコード入力しろって指示なの？ｗ
おれがハルヒ見てる間にずいぶん盛り上がってたようだな。
>>690 新しく買うものは電子書籍にしてる
古いのはそのまま
>>690 結局、電子書籍のほうが読む回数増える
出先で急に必要になったときの便利さ半端ない
技術書見るなら10インチ以上ぐらいのタブレットないとキツイよね
今度新しく出たiPad欲しいな
AppleID取るところから始めないといけないけど
kindleペーパーホワイトいいぞ
雑に扱っても丈夫だし読みやすい
充電も滅多にいらない
カバンに常備するならこれだわ
kindlは画面２倍にしてくれたら３個は買うけどな
>>728 あれって固定サイズの参考書もまともに読めるの？
>>729 電子書籍リーダーって3個も買うもんなの？
>>732 それならiPad proでいいだろｗ
kindleが有利な面って持ち運びのメリットだ
>>730 本をそのまま電子化したようなのは無理
素直にiPad proかパソコンで読んだほうがいい
おい、おれだいだい前のを利用てコピペしながらのプログラミングが多いんだが、実際にゼロから
作れとか生産性を問われるとちょっと自信がないんだが、生産性を高くしていく方法ってあるんだろうか、
時間外に自分であたかもゼロから作ってプログラミングの勘を養っているんだがそんなの当たり前の
ような気もするし、なんかないのかねえ、最悪はマネジメントで食っていこうとも考えてるよ。
技術書は紙で読みたい。
ＰＣだタブレットで読んでも
なぜか頭に入らない。
>>735 10.5は触ったことがないが
12は不満なし
9はちょっとだけ狭いんだよ
>>737 ああ、わかる
がっつり勉強するような場合は紙で買う
>>737 仲間。紙じゃないと読めない。
ソースコードも印刷しちゃう。
ソースコード印刷は効率いいよな
若い子が検索機能でぴょんぴょん飛びながら編集してるの見ると宇宙人に見える
ソースを印刷したら死ぬほど怒られたことあるな。
コピー代がもったいないって。大昔だけど。
おまえらC++使いの老人だろ
JavaやC#でソースコード印刷したことがないわ
ああ、JavaやC#はすぐ修正して元のソースなんて意味ないし、
そもそも美しいソースとは無関係だし、
印刷しても紙がもったいない。
JavaやC#のようなウンコは電子版でそのままよめ。
紙で出したら拭いてしまうぞ？
>>740 特に740よ、それは異常だって、検索機能でぴょんぴょん飛んでやるのは常識だろ、
汎用機しか使ったことないんとちゃうか。
同じようなシステムで使うutility系の関数とか丸々コピペが当たり前
見積もりの工数を全部ゼロベースから試算されてるならいくらでもゼロから作ってやるけど
今じゃ見積もる奴も知恵ついちゃってコピペなしじゃ到底間に合わない工数しかない
コピペ工数で新人にゼロからページング処理とか作らせたら３倍の時間かかって糞コードが出来上がる
俺はif文すら打ち込むのめんどくさいからコピペする
カチャカチャやってる奴が馬鹿にしか見えない
C++は楽しかったな
今はPythonやPHPが多い
VB.NETも意外と多い
JavaやC#はあまり縁がないね
趣味もAIのフレームワークさわったりAWSの新機能試したりでコーディング減ったな・・・
せいぜいシェルスクリプトぐらいだ
趣味はプログラミングと公言してたのにいつの間にか離れてたな
ソース印刷ってフォントで効率変わるよな
>>744 ソースの流れを読まないのか？
イベントや割り込みが発生した箇所からの流れを読まないと不安で仕方ない
>>748 全部読むかよ、既存ソースの変更はな必要な箇所のみ見るの、全体の動きを追ってたら
想定以上の工数がかかってしまうわ。
>>748 イベントや割り込みって何？、OSのプログラムのこと？
>>750 イベントが発生してイベントハンドラがキャッチして関数が動き出す
そのスタートする地点のことを言ってるつもりだよ
HTTPリクエストやCRONのキックの場合もあるね
まぁ、元のレスが何が言いたかったかというと、処理の流れを全部把握したいってこと
Kindleは書籍管理の根本から作り直してくれないと
全く使いたい気持ちにならない
現実は本棚を持ち歩けなくて数冊入れて読み終わったら消す使い方になる
本来はそういうのが設計書に書いてあるべきものだけど、
ごちゃごちゃ余計な事書いてあって、わからん
>>752 セミナーでアップルペンシルでカリカリ書いてるやつ増えてるよなｗ
スタバでマック以来のどや顔アイテムだと思うわ
>>753 同じくそれが嫌なので自炊に走ってる感あるわ
>>756 最後はそれが一番だと思う
自分で管理して使いやすいアプリで読むのがいい
>>751 それ関数の切り口が悪いんじゃないか？
処理のレイヤーとか命名法則とか役割決めて組んでたら
それぞれの関数の中身が気になることってあんまりない気がするが
>>753 これほんと謎
Amazonの技術者なら鼻クソほじりながら1時間くらいで作れそうだけどなぜやらないのかね
ソーティングとグルーピングを強化するだけでも十分なのに
>>759 最初に書籍データにMP3みたいな管理タグ情報を入れとくべきだったと思う
そうすれば分類も簡単に出来たろうに
何か部分的に聞くのにソース印刷とかはわかるけど
ソースを自分で読むのに印刷ってちょっとヤバいね
オブジェクト指向とは無縁の化石言語でも使ってんのかな
>>759 まさにそうさせたいんじゃないか
ユーザーに保存可能な情報を一切もたせない世界にしたがってる
Amazonのmp3サービスのサポートにメタ情報編集機能くれつったら暫くして実装されたことがあった
Kindleでもできない理由は無いと思うんだがこっちはなぜかやってくれない
もっとよくなるシステムって世の中にいろいろあるよな
紙の書籍は、落書きできる代金だから
本は数行役に立てば元は取れる
>>664 業務外で技術を磨くから
業務の対価がいいんだろ?
家庭教師のバイトとかも事前準備が必要だから高給と思ってた
ちゃんと勉強してる人なら、今日みたいな日に休日出勤をすると
その給料をちゃんともらえる身分になれる。
出来る奴っていうのは
チームの技術力を向上させて
モチベーションも高められる奴だ
チーム単位でそれができる奴などいやしないから、
とりあえずは自分だけでも、ってトコだな。
チームで技術力を上げるなら、金ずくで
できる個人を集めて固めるしか。
どうしたって勉強しないクズは居る
そいつを勉強する気にさせるよりそいつと同じ案件に入らないように調整する方が建設的
そういうクズは営業に回すしかない。
そしたら社内はクズばかりだと判明してみんなして営業になる。
そうして人売りを行うだけのビジネススタイルになりましたの巻。
クズが営業したら割に合わないクソ案件ばかり取ってくるだろ
クズはクズでもうどうしようもないんだからできる仕事を探すなんて悠長なことを言わずにさっさと解雇するしかない
クズを雇い続けるからおかしくなる
クズのせいで他の正常な従業員に負担がかかる
解雇規制を解除しろ自民党
営業なんて事実上のリストラだよ。
辞めさせる目的で営業に回すんだよ。
そもそもクソ案件は断ればいいわけだからねぇ。
それが一般派遣最強説の所以。
>>766 登録派遣だと嫌という程実務経験を要求する、phythonとかperlとかの言語だと未経験でも
いいところあるが、javaだと必ず実務経験要求してくる。業務外でスキル上げても経験言われて
終わりだろ。
じゃあ誰も新しくＪａｖａプログラマーになれないじゃないか
未経験で単価下げて、転職したりして実務経験積むんだよ。
どうせ古臭いやり方でしかやってないのに
他言語の経験があれば、どうとでもなるだろうに
ゼロリスクを求めるから経験必須です。
「経験あります」って保証を自身にできないならお引き取り願うよ。
使えないか最初教える手間が一瞬でも人より多いなんて嵩みそうなリスクは一切取りませんよ
それを他でやって来た人を送り込むのが仕事でしょ
営業は楽でいいよな
誰もやりたがらないクソプロジェクトを採算度外視の格安で受注
開発に投げたら悠々自適の定時帰り
開発はありえないスケジュールと予算に振り回されて疲弊
デザイナーやプログラマは過労死寸前まで働いて、PMは客に土下座して要件やテストを削らしてもらって、なんとか納期はまもるけど品質はめちゃくちゃ
こんな状況でも営業成績は仕事を取ってきた時点でプラス
コミュ力は要らないよ
誰もやりたがらない仕事をやるっていう人なら誰でもいいんだから
「そのデスマ案件をウチにやらせてください」ってひと言喋れる程度のコミュ力があるならそれで十分
コミュ力がある営業は旨味のある仕事を取ってくるものだ
リーガエスパニョーラでスターになれなくてもプレミアでスターになるっていう考えはないのかねぇ
自分にあった環境って絶対あってあえて難しい環境目指さなくてもいいと思うんだが
簡単で誰でもできる仕事って差別化するポイントがスピードと価格しかないんだよね
資本主義に則って競争してるわけだからより早くより安くを追求せざるをえない
そうなると簡単でつまらない内容なのに仕事はキツいって状態になる
みんなそれは嫌だから難しくても技術力で差別化できて納期や価格に融通がきくところで働きたい
Javaプログラマは社会の歯車だからな
Web系とかいうイキリバカ達よりも、社会インフラの維持に貢献している大人の集団
Javaの業務経験なんて椅子に椅子に座って屁をこくだけだから、こんなものなんの指針にもならん
Java触ったこともないイキりJavaアンチの低能も大変だねぇ
基本エンプラはJavaで成り立ってる以上
好みは関係ないな
どうせお堅い仕事はだらだらとクソコード書くんだからどの言語でも一緒
とりあえず、Java書いてるやつは楽しみとか感じる事があるのか疑問。
javaってスキル関係なくない？
誰がやっても一緒
ホントに全体分からんでも分担させられた一部だけ作ればいい感じ
>>783 そういう営業できる会社なんてほとんどが人売りの会社の状況でないだろ、SIerとかの
受注に群がって人を売って確実に赤字が出ない商売している企業がほとんどじゃねえか。
Javaは792のいう通りで社会の歯車の言語、派遣エンジニアやってると食い扶持には困らない、
PHPとかのWebは２０、３０代の若手がやりたいことをやっている言語って感じと考えている。
Java出来るってホラこいて現場入ったはいいけど役立たず過ぎてクビ切られて
Java逆恨みして荒らしまわってるelseいらない爺さん思い出したｗ
生涯現役でいられると年金とか考える必要ないのにな
プログラマーなら可能では？
こいつ、なんでこんなに必死なんだろうな。
本当に毎日１日中張り付いてるし。
801仕様書無しさん2018/04/08(日) 13:34:19.68
Java出来るってホラこいて現場入ったはいいけど役立たず過ぎてクビ切られて
Java逆恨みして荒らしまわってるelseいらない爺さん思い出したｗ
Javaは世界規模のカンファレンスが毎年開かれてるし
プラットフォームに依存しないしアーキテクチャ的な柔軟性もあるし
アンチが泣こうが喚こうがむこう１０年はデファクトスタンダードであり続けることには変わりないだろう
無能が使うと諸刃の剣だけど
Oxigen not included ってゲームがゲーム板あたりでトップにきている
なにかの嫌味か
オブジェクト指向なら設計で8割終わってんだから後何で書いてもストレスが多少違う程度だろ
オブジェクト思考ってそのオブジェクトを使う側は内部の事情知らなくてもよいからイイとは言うが
肝心のオブジェクトの中がむちゃくちゃの場合、
そこを修正しろって言われたら
その中身を作った奴以外は修正困難みたいなことになんないか
>>812 オブジェクトの中かw
なんとなく言いたいことはわかる不思議
>>812 オブジェクトの中が無茶苦茶の時に、そのオブジェクトを扱ってる側（オブジェクトの外側）を修正しろと言われたら、そりゃ修正困難だわ
そんなテストを書かされた事は何度かある
中がグチャグチャになるのはelseなんか使ってるからだよ。
>>812 インタフェースは固まってるんだから大したことないんじゃないか
全部publicメンバだったり数百メソッドあるとかインタフェースがダメだったら大変だけどな
最近職場に韓国人が増えてんだけど
自国より金もらえるから日本語覚えて来てんのかな？
あと兵役も逃れられるの？
>>821 俺の言葉に差別要素ないけど
お前が差別だと思ったって事はお前が差別意識持ってるって事だなｗ
>>803 当然ながら規約で禁止
それがJava業務系
>>812 輪郭がはっきりしてればそこをはみ出ないように色々トライできるだろ
最悪の場合でもクラス丸ごと置き換えって選択肢もあり得る
トランザクションスクリプトみたいにプロパティ丸出しで関心ごとがあちこちに分散重複してると修正の影響範囲を測りかねて手が出せなくなる
この違いがあるだけでもオブジェクト指向とカプセル化には価値がある
>>820 国からお金もらえるらしい
後、国が推奨してるらしい
>>826 国から出るとかすごいな
日本食われちゃうんじゃないの
俺も国から補助金欲しいわ
誰がやっても同じのはずなのに、なんで毎回毎回
スケジュールに遅れが出るんだろう？
>>826 日本のITシステムを壊す、情報収集のために派遣されてきたって酒に酔った某国の派遣さんが言ってたけど、ジョークじゃなかったのかなアレ
>>828 誰がやっても同じじゃないから。
そもそも人によって前提条件が違うからな。
それが理解できないバカSEっているよな。
誰がやっても同じように遅れるなら見積もりがおかしいな
嘘ついて安く短く見積もって仕事採ってくるのをやめるんだ
安い見積もりで実際に苦しんでいるやつおるんか、そんなPMかわいそすぎるか。
>>826 日本のITなんかくるより自国内でやるか渡米とかシンガポールとかのほうがよさそうなのに
韓国はネトゲだって力入れてて今すごいじゃん
なんかメリットあるのかね
>>834 PMよりPMと下っ端の間の人がかわいそうだよ
忙しくて有給取れないんだがこれって違法じゃないの？
>>832 だとしたら付加価値で勝負しろや
物が同じなら安い方を採用するって当たり前のこと
「進捗に問題なければ」ってこっちに責任なすりつけてくるけどな
最初から有給とって問題ないようなスケジュール組みやがれ
〇〇さんにアサインしてたら黒字だったのになどとPMやPLから影口を聞いてショックで辞めた人がいたらしい。
なるべくターゲットが見下してそうな奴の名前を○○に入れるのがコツ
いや誰でもいいな
態度が非協力的だったりしたうえでそれだと
疎外感で働くのばかばかしくなる
>>838 取ればいいよ
とはいえ自分も一人チームみたいになってて取れてない
>>842 PL「あ、やっぱそう思います？」（オメーがいる限り黒字はねーだろｗ盛ってんじゃねーよｗ）
こんな世界
ポプテもオバロも終わったからもう見たいアニメがない
【作業期限】損害だから断れ【客先指示】
☆不利益で迷惑だから料金増やすか生産減らせ☆
過労による精神疾患でワースト1
IT業界が変われない理由
日経コンピュータ 2017/02/28
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/022400787/?itp_side_ranking&;rt=nocnt
過労によるうつ病などの精神障害（精神疾患）は20人、うち自殺は4人（未遂含む）――。
これは、IT企業を含む情報通信業の従業員が、業務による過労自殺等として2015年度に東京都内で労災認定された数である
（東京都には、情報通信業に属する全国の従業員の50％超が集積している）。
従業員数当たりの比率では、精神疾患、自殺ともに他産業の2倍以上。
特に精神疾患の割合では、建設業などを超えてワースト1である。
もちろんこの数字は氷山の一角であり、労災の申告や認定に至らなかったケースも多数あるだろう。
東京労働局が2016年9月に過労自殺と認定した電通社員の一件をきっかけに、
広告業界における過酷な長時間労働がクローズアップされた。
だが、過労による精神疾患や自殺については、IT業界はワースト1の劣等生、と言わざるを得ない。
業務の改善提案を出してくれって言われたから提案書を提出したら上司に呼び出されて「真面目に提出されると上から業務に問題があるように見えるから『問題ありません』って書いて出し直してくれ」って言われた
>>859 理想(理論)と現実(リソースと売上)だな
今の仕事がどこから来てて、その報告を上げるとチームや仕事がどうなるかまで考えられると花マル貰えるで。
上司がクソならどうやってその上司の首を飛ばすかを真面目に考える
>>859 この内容を報告書に書いて上司を飛ばせ(笑)
残業無くそうぜ！って方針に従って『残業しても勤怠に書かなきゃよくね？』って解決策を打ち出すのがジャパニズムだぞ
まあ、残業代なんて一般派遣になりゃ解決するからねぇ。
一般派遣で干されるような無能なら、残業代がもらえなくても仕方がない。
そもそも、この世界にいちゃいけない存在なんだからさ。
>>866 うるせえ、お前が払う税金で俺は生きてやる
派遣は収入が不安定で子供作れない
世界が残そうとしてるのは正社員だけ
だまされるな
企業社会においては、プロはデキて当たり前、みたいに言われるけど、
この世界はデキなくて当たり前。
デキる奴がいてもいても、運がよかっただけに過ぎない。
これまでは、楽できるからいいやってタカをくくってたけど・・・
そーそ、騙されちゃダメだよ。
能無しが派遣をやればタチマチ干されるんだから。
そんな奴らは会社員にならないと生きられない。
残業がもらえなくても収入がゼロよりはマシって思わなきゃ。
>>867 そういや、おーぷんっていうココの代替サイトに
プロナマパーっていうのがいたな。
いくつもの会社で面接を受けて、必ず落とされるという
秘伝のテクニックの持ち主。
共産党あたりが入れ知恵したらしいんだが・・・
おれ派遣は流石に４０半ば過ぎると難しいと思ったんで、主にSIerの下でシステム構築
の会社に行くことにしたんだが、やっぱりやめた方が無難だろうか、今まで既存システムの変更が
ほとんどだったので今更しんどいと思う、うんやっぱりやめとくわ、この年齢から行くもん
ちゃうわ。
>>873 大丈夫、大丈夫。
この世界は、else要らないとか言ってるバカでも
仕事の依頼を断れるほどの売り手市場だから。
↑こういうヴァカしかいない業界なので、足を洗った方がいい
>>873 ちな、おれはもうすぐ50のジジーだけど、一般派遣でもう5年ぐらい続いてる。
2年ぐらい前は三次請けの会社だったけど、二次請けに昇格して、
今は別の一次受けの会社に昇格して時給も少し上がった。
elseの話をこっちにまで持ってくるな
上級スレでやれ
つまり、elseが必要だなんて話は余所でやれという意味だな？ 分かる。
elseはただの例え。
本題はバカでも稼げるハケンって意味だからね。
この世界の転職において重要なのは、
い か に 無 責 任 な 立 場 に な れ る か
がポイント。
今どきは若い社員、しかも女性がリーダーとかやらされて
昨日も休日出勤してたな、かわいそうに。
一般派遣って時給なんか
最近はみんな１５０～２００ぐらいの定額制かと
そうだな、一般派遣は時給。
残業ばかりのこの世界では、もうガッポガッポ。
おれはあまり残業しないけどね。
Java出来るってホラこいて現場入ったはいいけど役立たず過ぎてクビ切られて
Java逆恨みして荒らしまわってるelseいらない爺さんが今日はいつも以上に大暴れしててワロタｗ
結婚して子供、ねぇ・・・
例のリーダーのオネーサンはどうなんだろうか・・・？
かなり大きい会社の社員さんらしいんだが・・・
プロジェクトチーム単位で幸せになれるんなら
買おうかねぇ、会社の経費で。
社長は、壺は買わなくても、幸せになれる車や
幸せになれる株や幸せになれるビルは買ってくるねぇ。
>>894 そうだな。
この世界は資本主義や共産主義が通用しないからねぇ。
なにしろ、産業革命が起こってないもんだから。
それにしてもなんか５０近くになっても派遣やっているおっさんいるらしいが、エンジニアは
もう流石に浮くんじゃないのか、生産性が若い連中よりも明らかに高いんだったらまあいいと思うけど
おんなじくらいだったらいずらくないか。まあそれなりに凄いから生き残ってるんだろうと思うけど。
>>896 ところがそうでもないんだな。
例のオネーサンがリーダーのところも、
その部下は４０過ぎたオッサンばかりなんだな。
最近こういう図式が結構あるみたいで、要は
技術力のあるベテランは上に上げないほうがいい、という認識。
リーダーを経験してからプログラミング、という順序なんだろうか。
生産性落ちる意味がわからん
詳細設計書くか、設計書に書いてあることを実装するだけだし
頭なんか全く使う要素ないのに
それとも８時間椅子に座る体力なくなるとかって話か？
で、そのオネーサンも、特別スゲー技術力ってわけでもないようだし
ヒステリックなキャリアウーマンって感じでもない、オッサンのおれから見たら
ただの可愛らしいオンナノコ。
結構な大企業が、なんでそんなのを上司にするんだか。
いくら年取っても提示する給料を下げていけばどこかには拾ってもらえるだろ、知らんけど
>>900 そうだな。
給料は実績出してから上げてもらえばいい話だ。
そうでなくても残業があればガッポリ稼げるし。
大企業は一般派遣なんて雇いたがらない傾向にあるようだけど
まったく心配はいらない。
大企業が雇わなくても大企業の下請けがホイホイ雇ってくれる。
ついでに中国人やベトナム人も。
>>882 一般派遣のプログラマーなんて見たことないわ
特定派遣の偽装請負がデフォだろ？
>>903 そうだよね
俺も一般派遣のプログラマーは見たことない
大手は採ってないよね
でも、大手で働いてる下請けの社員さんが、一般派遣だったりするんだよ。
下請けの会社に派遣してる図式だけど、外部からはわかりにくいんだよね。
富士ソフトほどの大手が一般派遣を雇ってるなんて
おれも最近知って正直驚いてる。
自社で雇って偽装請負やった方が全員にwinwinだと思うが
労働者バカなのか？
自社で雇って偽装請負は全員負け。
請負にしちゃうと固定額で残業の請求ができないようで
そんな会社が一般派遣をうっかり雇っちゃうと・・・
年収５００万のプログラマーの場合
どんなこと出来てればいいのかな
顧客にとっては、できるだけ派遣では雇いたくない。
責任と残業代がかかるからね。
あくまでも会社に対して請負させて固定額にして、
長時間労働はその会社の責任にしたいんだよ。
>>911 残業と休日出勤、かな。
それが他人の尻拭いなら、一気に評価も上がるだろう。
いや、これだけ労働者の売り手市場で
仕事が無くなったらハイ終了の一般派遣やってるなんて
よほど脳に異常でもあるのかと思わざるを得ない
仕事が無くなったらハイ終了、
明日からスグ次の仕事な。
なお、ハイ終了で次っていう時に、時給が上がってたりするねぇ。
>>881 わかるわかる
アラサーくらいの人一人に全部おっかぶせて他の人は早く帰るんだよね
そう、
>>881で言ったように、売り手市場だからこそ
無責任な立場でいられる。
それを是正しようと思ったら、今の現場の人たちが
ハケンなんぞに負けないよう、真面目に仕事しなきゃならんわけだが、
ただでさえ残業などが多いのに、これ以上なんてねぇ・・・
>>921 そう、たかがハケンを排除するなどというクソドーデモイー動機で
頑張ろうなんて人は、この世界にはいないからねぇ。
だからまあ、ますます会社員に固執する意味もないわけだ。
おれなんて、勤めてた会社が潰れて派遣やってるわけだし。
ほんまに今売り手なの？
給料あがるなら転職しちゃうよ
上がるかどうかは実力次第だな。
プロジェクトに火が付いてそこで力を見せてやりゃあ・・・
まったくの新規開発なら新入りが火消しもできると思うんだが
既存システム・炎上するぐらいなら結構な規模だと思うんだが
それを新入りがどうこうするのって無理じゃね
現行仕様確認だけで数か月消えるだろ
売り手市場だけど中小の大半は給料据え置きで足りねー足りねー言ってるだけだからな
でもそういう働き方つまらなくね？
仲間とサービス考えて作って運営して稼ぐ
プログラマだったら仕事も楽しまなきゃ
>>925 まあ、そうっていやそうだな。
だから、実力の評価基準はせいぜい、
「朝ちゃんと会社に来るかどうか」ぐらい。
そういうのが結局は重要になるんだよね、特に派遣は。
>>927 おれがいた
>>922の会社は、それで潰れた。
楽しいけどプログラム組んでいるだけじゃ枯渇してしまうんだよな
プログラム限定で他の人の仕事奪いたいわ
派遣はおいしい、だから企業も真似をする。
それを特定派遣という。
>>925 仕様を理解して修正するだけが火消しの仕事じゃないぞ?
客観的に原因を調べて消すのが仕事なんだから、仕様を把握しなくても仕事はできる。
例えば、プロジェクトのバグ発生状況などの客観的な指標からある程度の当たりをつけて、
仕様について現場のやつにヒアリングかけて把握するとともに、
担当部分の仕様について疎い奴や担当以外の仕様に疎いやつを洗い出す。
プロジェクト阻害要因が人的要因だと判断できたなら、そいつらのフォローに回ればいい。
特に、仕様については「そいつらに理解させる」ことを中心にすれば、落ち着くのも早い。
リーダーが阻害要因だった場合の対処がしりたいです
おまえリーダーじゃなくて制作進行だろみたいなリーダーたまにいて
ひたすら人の瑕疵をとがめたり進捗遅れを非難してこきつかうけど
工期を短縮するような相談とか工夫とか一切認めないというかそもそも技術的なことわかんないのに
ふんぞりかえってるのが上にいることが
>>935 その字面だけ見ると確かに害獣そのものなんだが、
いわゆるスクラムのスクラムマスターってまさにそんなことしてるイメージ
>>937 そりゃスクラムじゃないんじゃないか？
スクラムマスターやってるつもりじゃなくちゃんとできる人って漏れなく優秀だよ
>>936 技術が分からないなら分かる方に変わってもらえませんかって
大声で大勢の入る前で言えば？
少なくとも問題はブロードキャストされる
たとえばここ仕様が出てきてなくて固まってないから後回しにしたいとか
あまりに手間かかるから一括でてをつけたいとか
先に全体で利用されている下位モジュールを完成させたいとか
なのに部下の完了したという報告以外のことをまったく理解していないので
意味不明な仕様書を暫定で完成させて完成扱いにして修正に工期くれなかったり
一括で手を付けて見通し立ってるのに
見通し言っても線表どおりじゃないから休出しろとかいいだす
決まり文句が「これなるはやでやってって言ったよね？」
当然工期の追加なし、指示した証拠文書もなし
設計段階からスケジュールがひどいので
当然ＳＥどもはひどい設計のままプログラマに丸投げし
負荷が何もしらない新人ＰＧにかかってつぶれて消えていく
>>942 そう言えばいいじゃん
メンバー集まるミーティングぐらい定期的にやってるんだろ？
そこでお前ってなんもわかっとらんよ
なーって言ってやればいい
なんで言わないかって言うと内心ではそいつが無能って確信が持てないからだろ？
マネージャーなんてやったこともない下っ端が現実を見てない理想論で上司を批判する
企業ではよくある構図だよね
>>946 そうそうちょうどそういう感じ… ふざけんあｎあｄｆｊかｌだ
要するに意図的にアーアーキコエナイーってやってる節があって
どっからどうやって改善させたらいいんか手のほどこしようがなかった
>>942 返事はすべて
わっかりました!
でいい
確認のメールを送るときにすべて自分に都合がいいように変更してさらに上の上司にCC付けて
これでいいですかね？
でおｋ
その場で書かせるような暴挙に
及んできたら
後で間違いがありました
と都合のいい内容に変更して
メール
とにかく相手をイラつかせる
行動を取りまくるんだ
話もしたくないって思うぐらい
やらないと駄目だ
>>942 俺は上司側で似たようなことやっちゃってるが、
webなんでまずはさっさとhtml/jsのmock見せて顧客とUI共有したいし、
機能一覧よりサイトマップ・遷移構成を先出ししたいし、
全体が把握できないと余計な機能や整合性のない機能作っちゃったりするので、暫定の画面設計書(初期段階だとかなり適当なやつ)を自分メモ用として書く
必然的に仕様や修正コストは後回しになりがち。
あと当初のスケジュールは守らんとデッドライン越えるんで流石にどうにかする
休出や指示してないことやれとは(渡された資料全部目を通すとか常識的なこと以外は)言わないけどね。
指示した証拠がないなら無視すりゃいい
工数貰えないならほかっときゃいい
残業も休出も小遣い稼ぎだ
やりたくなきゃ予定があるっつって断ればいい
どうせ見積もりも納期も根拠もなく適当に客の気分で決めただけだ
損害が出たって金払うのは会社だからどうでもいい
仕事なんて適当で良いんだよ
どうせ私大文系が優遇されて現場の理系エンジニアが冷遇されるんだからな
ジャップランドになんて産まれなければ良かった
何がおや大谷だ。ジャップのホルホル気持ち悪りぃ！！！
ジャップにあんな凄い奴がいるわけねー
外国の血が入ってるかCGだな
そんな時こそ派遣が有利。
上司がバカなんてのは当たり前のことなんだが、
派遣なら、少なくとも面接をさせてくれてるからな。
>派遣なら、少なくとも面接をさせてくれてるからな。
違法行為を喜ぶヴァカ
そーそ、たとえ違法でも、面接はさせてくれないとね。
それで逮捕されるんなら本望だよ。
上記のようなバカの下に付かずに済むのなら。
現場の雇う方としては、さぞや面接なんて無くして欲しいだろうね。
ただでさえそんな暇などないのに、面接することで
契約が破棄される恐れも高まっちゃうんだもんねぇ。
>>949 >(渡された資料全部目を通すとか常識的なこと以外は)
かなりヤバいやつだな
目を通すのレベルによるが
ふつうは参照可能な開発資料にプログラマが全部目を通すとか到底不可能
自ら犯罪者になろうとするヴァカ。ヴァカだから人の道を踏み外す。
面接あると２現場受けて気に入ったほうにいくとかもできたりするし
上級プログラマとここの雑魚プログラマでは格が違うな
>>959 規模にもよるけど、ラノベ1冊読むより軽いんだから最初に時間ぐらい確保するやろ普通
バカに関わるとろくな事にならん
俺は過去にバカの巻き添えを食らって出禁になった事がある
それ以来ヤバそうな奴には絶対関わらないようにしてる
ちゃんと上級スレで知恵遅れの爺さんキープしておけよｗ
こっちまでまた完全汚染されたらたまったもんじゃない
高卒はカスタマーエンジニアだとかセールスドライバーだとか先物営業だとかろくな仕事はありませんね。
高卒は子供に「パパって高卒だって隣のおばちゃんが言ってたよ」なんて子供にいわれたらどうするのでしょうか。
顔から火が出るほどはずかしいでしょうね。
高卒で成功する人もいますがそれは確率論では少数。
博打みたいな人生でたまたま金脈を掘り当てたに過ぎません。しかし一発屋でも３０年後にまだあるかはわかりませんし。
危ない橋だといえましょう。高卒は劣っているのです。
高校時代遊びほうけていた人向学心がない人がほとんどです。経済的な理由でいけない？そんなことはないでしょう。金はなんとかなりますよ。
結論高卒は日本経済の足を引っ張っています。
薬物に走るのも不良も高卒だというイメージも払拭できないでしょう高卒は最低なのです。
専門卒も最低ですよ。法規上学校ではないので高卒です。
高卒は人間的に劣っています。貧困からは人間的な豊かさも生まれません。
【作業期限】損害だから断れ【客先指示】
☆不利益で迷惑だから料金増やすか生産減らせ☆
人手不足が深刻な5つの業界。それぞれの現状と今後の見通し
1.情報サービス
2.家電・情報機器小売
3.放送
4.運輸・倉庫
5.建設
https://help-you.me/blog/lack-of-manpower SI業界は、7Kと呼ばれるほど労働環境が良くない業界なので、他の業界と人員獲得競争に負ける可能性が大いにありますし、また同じIT業界内でも、webサービス企業や事業会社のITサービス部門ともエンジニアの争奪戦を繰り広げなくてはなりません。
Webサービス企業や事業会社は自社サービスということもあり、劣悪な労働環境は少なく、採用の競合としては、Webサービス企業や事業会社は強敵となるでしょう。
ちょっとネットワーク詳しい人教えてください。
WEBサーバはクライアントからのアクセス時に80番ポートでまっています。
しかし、クライアントは何番のポートを使ってWEBサーバにアクセスしているのでしょうか。
>>971 >>973 嘘だと思うと思うけどこれが正解
ググラビリティとしては、ランダムポートとかで検索してみてね
>>969 大卒ってやっぱ高卒とは違うの？
高卒が向上心もった場合とで大卒との具体的な違いある？
>>976 そもそも走ってるコースが最初から違うからな。
本人の能力関係なくな。
それが日本社会。
>>978 ごめんねマルチってこの場合どういうこと？
>>976 レールから脱線したら凡人は取り返す手段がない
世界で競争するならどっちでもいいが、オワコンの日本で競争するなら科挙の世界
人売りやるんなら、工場やインフラのほうが立場強くなれるのに。
Lineは日本の重要インフラ
ネトウヨ以外はみんな使ってるよ
>>966 その時間の確保っておまいの仕事じゃないんか…
大卒はその大学を卒業できる程度の能力はあるってことを保証する資格みたいなもんだ
>>985 インフラの人売りは売られるほうもやんちゃ
>>992 F欄の人間科学なんちゃら部卒でSEとかより応用情報持った高卒のが余程良い
つか応用情報持っててくれれば上等
少なくともプログラマとしては十分
高卒が応用情報持ってるわけないだろ
合格者数発表してるんだからちゃんと見とけよ
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 9日 7時間 28分 28秒
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
lud20250212200238caこのスレへの固定リンク： http://5chb.net/r/prog/1522564853/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「プログラマの雑談部屋 ★31 ->画像>8枚 」を見た人も見ています：
・プログラマの雑談部屋 ★94
・プログラマの雑談部屋 ★83
・プログラマの雑談部屋 ★101
・プログラマの雑談部屋 ★163
・プログラマの雑談部屋 ★10
・プログラマの雑談部屋 ★14
・プログラマの雑談部屋 ★194
・プログラマの雑談部屋 ★156
・プログラマの雑談部屋 ★78
・プログラマの雑談部屋 ★174
・プログラマの雑談部屋 ★63
・プログラマの雑談部屋 ★123
・プログラマの雑談部屋 ★60
・プログラマの雑談部屋 ★189
・プログラマの雑談部屋 ★64
・プログラマの雑談部屋 ★39
・プログラマの雑談部屋 ★250
・プログラマの雑談部屋 ★213
・プログラマの雑談部屋 ★54
・プログラマの雑談部屋 ★24
・プログラマの雑談部屋 ★151
・プログラマの雑談部屋 ★90
・初心者プログラマの雑談部屋
・プログラマの雑談部屋 ★20
・プログラマの雑談部屋 ★73
・プログラマの雑談部屋 ★188
・プログラマの雑談部屋 ★144
・【雑談】★エーデルワイス★128部屋目【スレH】 ©bbspink.com
・💤眠れない釜の雑談部屋2🌛
・Thugの雑談部屋 part1
・【雑談】とりあえず部屋がある 133【スレＨ】 ©bbspink.com
・>>955【喫茶】株雑談部屋227日目【新規】
・【雑談】私の部屋へようこそ♪ 277戸目【スレH】 ©bbspink.com
・【雑談】とりあえず部屋がある 154【スレＨ】 ©bbspink.com
・雑談 40歳無職子供部屋おじさんは親の葬式の喪主の夢を見るか？
・雑談 出張先のビジネスホテルでずっと憧れていた女上司とまさかまさかの相部屋宿泊
・データサイエンティストの雑談部屋
・【雑談】離れの和室 269部屋目【スレＨ】 [無断転載禁止]©bbspink.com
・ほのぼの雑談部屋 国道158号線沿い店
・にゅーωの雑談部屋 part17
・【雑談】★エーデルワイス★138部屋目【スレH】 [無断転載禁止]©bbspink.com
・メンヘルの雑談部屋１
・【雑談】とりあえず部屋がある 162【スレＨ】
・ほのぼの雑談部屋 内線157番
・ホソボソ雑談部屋
・【山羊】ヤギーズ雑談部屋☆36【やぎ】
・雑談 チンポで赤ちゃん部屋をノックノック！
・【雑談】とりあえず部屋がある 129【スレＨ】©bbspink.com
・ヒッキーのプログラミングするスレ10(旧 プログラミング雑談 in HIKIKO) [無断転載禁止]
・【雑談】白猫プロジェクト548匹目
・究極のエニアグラム 雑談スレ
・プロトレーダー高卒の部屋 ★3
・現役プロレスラーの雑談スレ
・カバラさんと雑談１９
・30代のプロ野球12球団雑談
・【雑談】白猫プロジェクト 954匹
・人付き合いが苦手なママの雑談スレ29
・【雑談】白猫プロジェクト923匹目
・【雑談】白猫プロジェクト973匹目
・プロセカ雑談スレ107
・人付き合いが苦手なママの雑談スレ35
・【雑談】白猫プロジェクト1240匹目
・プロレス雑談スレ
・プロレス雑談スレ
・【雑談】白猫プロジェクト1809匹目
・【雑談】白猫プロジェクト687匹目
10:51:58 up 55 days, 10:55, 3 users, load average: 7.11, 10.25, 35.68
in 0.064522981643677 sec
@0.064522981643677@0b7 on 030923
|
