プログラマの雑談部屋 ★48
レス数が1000を超えています。これ以上書き込みはできません。
面接に出てきた関係者(3人、含む女)がことごとくドアの出入りにも困るほどの超デブで
普通の職場では見かけないレベルの死んだ目をしていて、
現場が客先の倉庫を急遽事務所にしたような窓のない狭い部屋で、
面接時に最初に聞かれたことが、残業多いのに耐えられるか、
という案件は、逆にどんな仕事やってるのか興味がわいたな、
落とされたけど。 フローチャートもUMLも素人が「見る」だけならまあいいけど
本職が「思考」しながらシステムの構造を組み替えるのには向いていないんだよね
エクセルなどグラフィカルなツールでUMLを書くと、「作図」に気を取られて「思考」が妨げられてしまう
でもキャラクタベースのコードなら手軽で、無駄がなく、矛盾がなく、理解しやすく、編集しやすく、機械が提案しやすいので「思考」を妨げるどころか、むしろ補助してくれる
この事実に気付いた人がPlantUMLみたいなものを開発して、それは世界中の技術者から高い評価を得た
成果物がグラフィカルになるとしても、結局のところシステム開発はキャラクターベースのコードが至高ってこと
コードで表現できない部分はまだツールが追いついていないだけ >>953
人目に付かないところで缶詰にして炎上プロジェクトの火消しじゃないかな
今の時代ほとんど見かけないが、部外者に気付かれることもない
隔離環境ではとんでもない状況が受け入れられてる場合もあるからね >>955
俺も自分用にはキャラクタベースのテキストか紙のメモ帳しか使わんね。
どうしてもシーケンスを書きたければアスキーコードでお絵かきだ。
人に見せるものでなければそれが最も効率的だからね。 >>952
正社員としてIT企業2社に勤務しました。
1社目では、最初の上司はいい人だったのですが、
部署を移動になってクズのような上司(のちに諭旨解雇)にあたってしまい、
イヤになって転職しました。
2社目では、リクルートから転職してきた上司で、ホントにクズでした。
リクルートの体育会系のノリと、金遣いが荒く会社の金を着服してて、
その人はすぐに諭旨解雇になりました。
そういうことがあって、上司が選べない正社員になろうという
気持ちが出てこないんです。
上司が選べる制度のある企業がないか常に探しているのですが
いまだに見つかりません。 プログラムを上手く書けるやつはめったに居ないなら、
設計を上手くできるやつは更にめったに居ないんだな。 >>958
部署移動の希望を出すとか、大声で罵倒して相性悪いことを周知するとか、いろいろあるだろう
諭旨解雇に2回もぶちあたるなんてある意味貴重だぞ 会社がバカ上司を論旨解雇したんなら
許してやればよかったのに。 なんか調べようとしてたんだが飯食って帰ってきたら思い出せない
なんだっけ? >>960
そして自分の無能さ加減を知っているやつは更に少ない >>961
>>962
半分ノイローゼ状態になるまで我慢していたので辞めざるを得ない感じでした
>>963
そうです。正社員に向いてないみたいです
なのでフリーになって、とっても気分が楽になりました >>965
そうだな。
自分の無能さ加減を知ったって、じゃあやらずに済むわけじゃないもんねぇ。
有能なやつが代わりにやってくれるってわけじゃないんだもん。 ゴミ仕様書を投げるだけの馬鹿SEがいるから困ることになる。
プログラマ経験のないSEが、まともな設計書書いたのを見たことがない。 プログラマ側から設計書に「リテーク」の烙印押されて戻ってくることって無いの? ここの連中さんは派遣かSESさんばかりなのですか? ばかりというかほぼ奴隷です。
あとは奴隷候補の学生と奴隷願望持ちの引き篭もりですね。
なので自分達に経験の無い上流の話すると荒れます。 >>969
戻すというよりも「これだとこういう問題があるので修正しときます」と言えばよいだけ。
「それならこちらで直しときます」と言ってくれる場合もある。
むしろ設計書にまったく修正がないなんてほぼありえないはず。 基本情報技術者試験落ちたくさい
プログラマになれませんか? >>969
忖度して直しておきました(連絡なし)
忖度して直しておきました(連絡あり)
修正案を渡しますので承認をお願いします
このどれかだなぁ
間違ってるから直せごらぁっていうのは仕事を舐めてるとしか思えん
そんなPG居たら次からは契約しない 修正するのは書いたやつの仕事だから
おかしい点挙げてればいいんじゃないの >>975
そういう風に書いた人に戻さないから書いた人は成長しないわけでまわりまわって
自分や周りの首を絞めることにつながる
まあ、戻しても他の設計者と個人の経験にとどまってほかの人も同じようなことを
繰り返すことになるけどね ×まあ、戻しても他の設計者と個人の経験にとどまってほかの人も同じようなことを
〇まあ、戻しても他の設計者と共有しないと個人の経験にとどまってほかの人も同じようなことを >>979
あのさ
機械的に設計書を写したり矛盾を指摘するだけなら雇う意味ないんだよ? >>983
自社の社員ならともかく、派遣で安く上げようとしてるのに機械的に写す以上のものを求めるなよ コード生成技術も日進月歩で進化してる
今後はAIも当たり前のようにコーディングするようになるだろう
人間らしく忖度できることが人間の唯一の強みだ >>981
だから書いた人と話し合うんやんけ
認識さえ一致すれば、共有のドキュメントなんだから関係者の誰が直したっていいだろう >>983
どう読いう勘違いだ
「忖度して」の一言はいらんと言ってるだけだが >>985
>今後はAIも当たり前のようにコーディングするようになるだろう
新井紀子氏的にはそれはありえないこと、だそう >>986
自分のミスを他人に知られたくない無能の典型的な物言い ちゃんと話し合ってオープンに共有するという話を
どうやったら真逆に読めるのか なんにせよ自分で考えて行動できる人じゃないと雇う価値もない
考えなくてもできる単純作業は容易く自動化できるんだから >>992
そうだね、容易く自動化できるかどうかはともかく、
考えなくてもできる作業はIT的には理想的なプロセスではなく
むしろ改善の余地がある部分だね。
そうはいっても理想的じゃないからこそ雇用が生まれて経済が回るのだが。 大規模であらゆる面において綺麗な設計は難しい
世間にあふれてるガバガバの設計は簡単
大規模であらゆる面において綺麗なコーディングは難しい
世間にあふれてるガバガバのコーディングは簡単
これが正解 考えても裁量がなければその考えを実現出来ないという現実が理解できないのが
発注側なんだよな。
考えることを最小にするために上流下流と分業していて力関係で上流>下流と
一方通行になっているのに責任取りたくないからお前らで考えろとか本来なら
お前が考えて決めなきゃならんことを他人に投げる。 単なるちょっとした書き間違いなら別にいい
理由や背景を書かずに説明もしないのも「ちゃんとミスなく」設計されているならいい
理由も背景も書かずに根本的にデータの所在や構造を勘違いしトランザクションも考慮してない明らかに誤った設計書はゴミ
これじゃオフショアや2年目程度じゃ不備してきできねぇよ >>996
何度も言うとるやん
できるとうまくできるの間には天地の差がある
できるだけでいいなら誰でもできる このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 7日 5時間 43分 27秒 レス数が1000を超えています。これ以上書き込みはできません。