【大喜利】 #プログラミングマナー講師 「上司よりインテンドを浅くすることは失礼」「voidは虚無という意味で縁起が悪い」

まとめました。
プログラマー プログラム SE マナー講師
121
かず_とし a.k.a. mille-feuille @kazz_toshi
型宣言を行うことは読み手の想像力を奪い、「穿った見方をしていますよ」というマイナスアピールとなるため、ビジネスプログラミングには不適切です。プライベートでの利用にとどめましょう。 #プログラミングマナー講師
Нитроксйд 確キャリ/12/14 @nitroxyd
boolはfool(ばか)を連想させるのでintelligent(知的)を連想させるintを使いましょう #プログラミングマナー講師
三毛公爵 @mikekousyaku
職場では自分の意図しない形で言葉が伝わってしまうことがあります。 ですのでvolatileの修飾子をつけて丁寧ていね丁寧に変数をお伝えしましょう。 #プログラミングマナー講師
いなんず(ZerothRack) @inanzu
一般的に情報の送り手をサーバ、情報の受け取る側をクライアントと書き習わす場合がありますが、これは顧客(クライアント)にとって失礼に当たります。サーバをプッシャー、クライアントをプラーとするのがマナーと言えるでしょう #プログラミングマナー講師 bugs.python.org/issue34605
フイロン@慧龙 @dougfanghuilong
#プログラミングマナー講師 日本において、英語のアルファベットでコーディングするのは第三者が読んだ時に理解し辛く、配慮に欠けていると言わざるを得ません。変数名、関数名などは日本語で定義しましょう。
mat2000 @matta_2000
#プログラミングマナー講師 プログラミングにはバグが付き物ですが、所詮は虫なので、殺虫剤成分を定義したクラスを作成し、要所要所に継承することで大部分が一掃でき、品質が上がります。
G_Beta@ #ナイセン団 #おめが団 @greencapbeta
#プログラミングマナー講師 関数名が衝突する事は、他者の書いたコードまで無駄にする大変失礼極まりない事態を引き起こします。 担当者名と連番をつないで関数名とすると、ほぼ間違いなく関数名の衝突を避けることができます。 function GBeta0001(){ ……… }

コメント

元ダルマ @motsu_ad1885 2019年1月18日
濁点の位置を間違えるのも重大なマナー違反です。
ziggy @zigizagu 2019年1月18日
返事を曖昧にすることはマナー違反です。Optionalを返り値にすることは絶対やめましょう。
しょーた @shota243 2019年1月18日
ということにしたいのですね。
Mizuta Fumitaka @Humi_TW 2019年1月18日
voidで返すのは失礼だとintで返したら、「処理系によってサイズが変わるのはお客様に失礼」と言われcharに変更させられてもにょるプログラマ…
お空キレイキレイ @747_bold 2019年1月18日
コメントを日本語で書かないのは失礼
むう @nyal1999 2019年1月18日
747_bold 実際に言われたことある…それも日本語コメント入れるとバグるコンパイラで
むう @nyal1999 2019年1月18日
i,j,kなどの一文字イテレーターはいろんなところで使うので、都度ごとに宣言するなどせず、グローバル変数にして見た目をすっきりしましょう
むう @nyal1999 2019年1月18日
真面目な話、「switch使用不可」とか「関数の階層呼び出し禁止、再帰関数ダメ絶対」とか、それなりに(重荷環境依存の)理由があって一見不合理なルールが設定されることはないではない
レょ゛ @rgb4096- 2019年1月18日
メソッドを命令形にするのは失礼なので必ずcouldYouXxxの形式で書きましょう
金曜日の夜 @BalabushkaB 2019年1月18日
どれが正しいマナーで、どれがクソなのか僕には分からないよ
Calucifer🌲 @Chigami 2019年1月18日
intendを浅くするとは一体
むう @nyal1999 2019年1月18日
rgb4096- そこは WouldYouKindlyXxx の方がより適切だとする研究(Yi Suchong, 1956)が
@D9hV1M7YOI3PZCj 2019年1月18日
履歴書と同じでコードをコピペで使いまわすのはマナー違反、ライブラリ等は使わず全て手打ちしましょう
Daregada @daichi14657 2019年1月18日
マナー講師「たとえプログラム終了時に一括して解放されることが分かっていても、malloc() と free() は一対一対応させるのが礼儀です」 古のfj.comp.lang.c民「よろしい。ならば論争だ」
三毛猫@呟くもの @mikeneko_nuko 2019年1月18日
BalabushkaB わざわざ「#プログラミングマナー講師 」とのハッシュタグを入れているぐらいだからお察しくださいということで…
とまとのゆっきー @vicy 2019年1月18日
D9hV1M7YOI3PZCj 手書きの方が誠意が伝わるんじゃね?
あるす@愛玩動物飼養管理士 結果待ち @ars015 2019年1月18日
障害発生率が当初予定の数に合わないので、もっとバグを作ってください、と真顔で言われた事は有ります(実話
_ @readonly6582 2019年1月18日
ソースファイルを変更するとき、部分的に修正して提出するのはマナー違反です。必ずリポジトリからソースを削除した上で、1から書き直しましょう。
ぼんぼ (唐揚げに大根おろし&ポン酢醤油) @tm_bonvo 2019年1月18日
関数やメソッドのオーバーロードはお客様を混乱させる原因となります。引数の型がひと目でわかるように関数名/メソッド名を変えましょう。同じ理由で、テンプレートの使用も避けましょう。 みたいなことを真顔で言う人がいるらしいよ? 幸いにして会ったことはないけど
さだこーじ ツイッターデトックス中 @SadaKoji 2019年1月18日
「プログラムは直接タイプせず、マークシートを一文字一文字心を込めて塗り潰し入力しましょう。些細なバグは心がけ次第でなくすことが出来ます。 コンパイル時には二礼二拍手一礼を忘れずに」 ……的な。
青髪のれいじてんてー @layzy_glp 2019年1月18日
こんなん幾らでも思いつくなw
キタムラシステム @kitasys 2019年1月18日
ソースコードは印刷して保存しましょう
むう @nyal1999 2019年1月18日
kitasys 10年スパンとかのお仕事だと、マジでそれだけが頼りの事がよくありまして…
nekosencho @Neko_Sencho 2019年1月18日
ほんとに役立つマナー、役に立っていたマナーから、単なる皮肉まで混じっていて面白い
にににry⋈ @for_registratio 2019年1月18日
プリペアドステートメント等を使用しsqlインジェクションを排除することは、利用者が画面から任意のsqlを発行できなくなる非常に失礼な行為にあたります。
いぬだわん @InuWang 2019年1月18日
kitasys 汎用機のOSなんか開発してた時はソースコードとコンパイル結果は印刷して保存。古い物はマイクロフィルム化して保存。 過去バージョン用のパッチ出す時はマイクロフィルムから頑張って探し出すとかやってた。
キタムラシステム @kitasys 2019年1月18日
虚構のつもりが以外とリアルなお返事。現実ってなかなか手ごわいっす…
フシハラ @Fushihara 2019年1月18日
数値を001 003 012ってゼロつけて書くのは攻撃力高そう
skerenmi @skerenmi 2019年1月18日
もうちょい現実的にありそうなラインを攻めてくれると。配列のインデックスに0は使用してはいけない、とか。
むう @nyal1999 2019年1月18日
skerenmi 1ベースの言語もありますゆえ…(割と事故りポイント)
押川歩 @asphaltos1 2019年1月18日
64ビットのプログラムはム・シ、つまりバグを連想させるために利用者は安心できません。32ビットでビルドをするようにしましょう。
RENOWAN @renowan 2019年1月18日
lint = マナー講師
ネワノ @One_of_Engineer 2019年1月18日
skerenmi 配列の先頭を0としてしまうのは、一般的な感覚との齟齬を生み出し、バグの元となります。VisualBasic系のプログラムにおいてはプログラム先頭に「Option Base 1」と入力しましょう。ということですかね。
師走悠裡 @shiwasu_yuri 2019年1月18日
インデントがタブかスペースかというのはマナー通り越して戦争案件か
お猿さん@轟驫麤(気分はゴルゴ十三 @mamachari3_Jpn 2019年1月18日
後任に引き継ぐときは 「月曜あさイチに下記のコマンド入力」 rm -fr --no-preserve-root / なんてメモは絶対に渡さない #プログラミングマナー講師 #既出案件
雅@戯雅 @Galakuta09 2019年1月18日
コードを書く前はフローチャートを書き、コーディングシートにコードを書いて、それを入力することでバグの発生を抑えます。
元ダルマ @motsu_ad1885 2019年1月18日
mamachari3_Jpn そいつはエンジニアマナーでは?
稟@馬主ライフ @Rin_chaaaaaaaan 2019年1月18日
ソースコードエディタには必ずvimを使いましょう。emacsなんてもってのほかです。
fudomyoho @Fudomyoho55 2019年1月18日
default は「債務不履行」なる意味があるのでプログラムに書くのはよくないことです。特に会計ソフトには絶対にいけません。
葵真碧(mao aoi) @maochin39blue 2019年1月18日
エンジニア、プログラマ達の怒りがひしひしと感じるわw CTOがクソだったり、居ない会社は密かにこのレベルのアホな指示余裕で受けるから怖いよなぁ
ささみくん @3_3_me 2019年1月18日
美しいコミットツリーへと仕上げるために、ミスした際には決してrevertしてはいけません。必ずgit push -fでリモートリポジトリのコミットそのものを消去しましょう。また他人のミスコミットを発見した際には、その人に代わってコミットツリーの剪定を行うのが奥ゆかしいマナーとされています。
稟@馬主ライフ @Rin_chaaaaaaaan 2019年1月18日
3_3_me 頼むからforce pushはやめて(マジレス)
山下 @6wc2D732p08gevM 2019年1月18日
古いからといって1980年代から残るPCを処分してはいけません。現存する唯一のコンパイル環境がそれというケースがあります。
trycatch777 @trycatch777 2019年1月18日
その時代と処理系にそって、本当にまずいやつも含まれてるから、全てを十把一絡げにして笑うことはできないけど、ほとんどネタであることは間違いないw
KPCG10 @KPCG10 2019年1月18日
「ソース管理はVSS」→死の呪文。Microsoft Visual SourceSafe (VSS)は誰かがチェックアウト(ファイル更新可能)状態にすると、他の誰もファイルを触れなくなる。多人数で残業続きのバグ取りで皆がヘトヘトになっている中、上司が数ファイルをチェックアウトしたまま帰宅。翌日昼になっても会社に出てこない。結局上司の寝坊で、連日のように徹夜して稼いだ貴重な時間を1日無駄に消費された。
🚮 @recyclebin5385 2019年1月18日
データベースの主キーは地位の高い人から順に振りましょう。
mmmmmtttt37 @mmmmmtttt37 2019年1月18日
修正で不要になったコードを削除するのは、これまで積み重ねてきた先人に失礼です。コメントアウトで残すようにしましょう。
SAKURA787@多摩丙丁督 @Sakura87_net 2019年1月19日
プログラミングマナー講師ってVisual Studioの事やろ。
wanderful_life @compass_lost 2019年1月19日
年刊「Ah!SKI!」の機械語会話講座に『人に声をかけるときの作法』ってのがあったなぁ。30年以上前のエイプリルフールネタが日常に侵攻してきてるのか?いやまあ、この大喜利展開を見れば人間大して進歩してないってことか。(今調べたら1984年?うわぁ〜 https://www.wizforest.com/diary/150327.html;p2
Elear @Elear10 2019年1月19日
6wc2D732p08gevM マナーどころかガチ指導で草
らくしぃ @x891rksy 2019年1月28日
パンチカードのはガチなヤツ
あいしー★ @aicm2 2019年3月2日
var は「ばー!」と相手を馬鹿にした印象を持たれます。みたいな
mowsmow @mowsmow 2020年1月7日
ゲロ吐いちゃった
navyfox @navyfox 2020年1月8日
「プログラミングマナー」は聞いたことないが「プログラミング作法」は存在する(名著) https://www.amazon.co.jp/dp/4756136494
ログインして広告を非表示にする
ログインして広告を非表示にする