長い関数名をつける奴は技術力が低い

理系の御家族かわいそう
技術ない方が寿命と収入高い

技術下げろ！
収入上げろ！

放送・商社・銀行・公務 > 製造・化学・通信・情報

http://m.finance.yahoo.co.jp/stock/fundamental?code=4676.T

>>47
フロントエンドばっかやってるとこういう単細胞馬鹿になる

例外

>>108
いやー、それはないわｗ

関数の正しい使い方を知らない人が多いだけって
最近わかった。

関数をつくったら複雑になるのは
コードが長いからまとめるぐらいにしか考えてないから。
役割ってのを全く考えてないんだよね。

情報処理検定53回の　大きな6 問4で

=IF(AND(OR(C4>=40,SUM(B4:D4)>=105),E4<=SMALL($E$4:$E$12,COUNT($E$4:$E$12)*2/3)),”◎”,””)

E4<=SMALL($E$4:$E$12,COUNT($E$4:$E$12)*2/3)),”◎”,””)

↑の訳がわからなくて
途中までは理解できるんだが

>>95
別に英語でも出てくるけど？

え

せっかくスレを立てたのに２ゲットすらされない……
そんな悩みを抱えてらっしゃいませんか？
ご安心ください！クソスレ２ゲットサービスです！

日本のプログラミングってすぐにSEARCHが出てくる
どんだけSEARCH好きなんだよｗ
たまにSERCHって凶悪なのも

GETも多い
とりあえずなんでもGET

迷ったら「サーチアンドゲット！」って唱えよう

>>68
func_A
func_B
より
>>65の関数名のほうが

あっという的に読みやすい

長さに文句をつけるとか相当クソみたいな開発環境なんだな

あぁ、君はきっと補完できるからタイピング速度が遅くても
問題ないっていいたいのだろう。
タイピング速度は重要じゃない。

なぜならコードは書くよりも読むことのほうが
何倍も多くて何倍も重要だからだ。

さて聞きたいが、長いコードは読むのに時間が掛かる。
開発環境が優れているとどう読むのが楽になるのかね？

スレを立てる度、毎回否定される>>1
(ヽ´ω`)不憫といえば不憫
でも社会に出てこようとしないでね

GetElementByName ←レベル低い

employe.get(‘name’, {id => id})

nameと打たないとだめ。
idの変数名がunkoだったら意味わからん。

ところが、関数で
　社員番号から社員名を取得する()
　employe.get_name_by_id()
になってれば名前から処理が推測できる。
よって後者のほうがいい

>>102
そこまで来るとバカバカしさを通り越してクールだな

>>28
> ここでいう複雑っていうのは機能の多さだよ。
だからgetElementsByTagName()よりも機能多いよね

accessは昔から日本語使えたので日本語の関数しか見たことなかった
便利なんだが全角カッコありの関数名とかどういうことだよ

>>1は正しいと思う

SRPが守られていれば、クラスやメソッドの名前は
見て思わず射精するくらい、短くなるわな

>>72
なんかテキストの一部だけを切り取って覚えたみたいな感じだなｗ
get()、search()、set()
だけで取得や検索、設定をやるとして、同じ取得に関しての処理で処理が違ったら全部引数で判断するのか？ｗ
マニュアル読む側はめんどくせぇｗ

確かに、変な英語メソッド名より長い日本語メソッド名の方がマシだな

jQueryとかで$(セレクタ)みたいなのが流行ってるけど、
もしセレクタで引っ張ってくるというアイデアを思いつかなかったとしたら、
getElements(条件) かな。もしくはfindElementか、単にfindとか。

メソッド名は大した問題じゃなくてキモは条件だな。
条件にはオブジェクトが入る。 { tag: ‘SPAN’ } みたいに。
つまり、 getElements({ tag: ‘SPAN’ }) これなら
Byなんたらを大量に作らなくても一つのメソッドで
いろんな条件から引っ張ってこれる。

もしくはSQLみたいな簡易言語を作っていたか。
まあセレクタはその簡易言語みたいなものなんだけど。

例えば既存関数(XXX)の拡張用に関数増やす場合
関数の末尾にXXXForYYY()って名前はおかしいかな？
関数というかメソッドって英語構文のSVOCとか意識しちゃうんだけど

>>121
一本グソの美しさ・・・ってw

「何を」「どうする」だけで組み合わせたなら、英語自体の問題なんで

何がどおってこと無いんですか。
底辺でもいいじゃないかってことですか？

よく使うのは短く。
ほとんど使わないのは、説明するために長くなる。

>>122
ま、結果が出ればなんだっていいよね
趣味でやってるわけじゃないんだから

Byなんたらにしておけば
そんな必要もないものわざわざ実装しなくて済むのに。

メソッドの名前で射精するﾎﾓｸﾞﾗﾏｰのちんこ舐めたい

>>1の古傷に触れるな

ちゃんと適切に変数のスコープを設定しろってことだね

>>1
> 複雑な機能の関数しか書けないから、その説明である関数名も長くなる。

そういう訳でもない。

話題に出てる
document.getElementsByTagName()
なんかは、getElements　だけだと複雑になりがちなので
ByTagNameというように特化して機能を単純化してる。

機能を誤解なく伝えるために長い名前にするのはよくあること。

関数の複雑さと関数名の長さにはさほど関係は無いよ。

>>152
日本人しか読まないコードなら、日本人に分かりやすい日本風英語でもかまわない。

＞＞
原発こえ-
でもすれちがい

ただの識別子や、無意味に短縮名にするのは、この業界では高齢者だな。

>>131
おい、理由が全く書いてないぞｗ

お前の言うことに説得力がないじゃないか

>>54
とはいえ、どうでもいいレベルの差だよな。

アホプログラマが言いそうなこと。

まあ、思い出補正入ってるから「作り話」として聞いてくれ。

時代の曲がり角で気持ちよく直進方向に突っ走っていったおっさんだった。
俺ら若い人間はオブジェクト指向まっさかりの時代で育ったから
影で悪口言いながらあいつの流儀をみっちり叩き込まれた。
実際それで仕事が回る。先輩達もそうやって育ったらしく、統制は取れていた。
結果、俺たちの部署のソースコードが一番改修のレスポンスが早かった。

そのプロジェクトの関数の命名規則が、「XXXX_Proc_連番」だったんだ。

これをどう評価するのかはおまいらにまかせる。
俺は部下にすら信念を持って説明できないヘタレだからな。
あのおっさんと違って。

>>54
スクリプト言語だからな。

>>141
盲信してしまっていて、他人の言うことを素直に受け取れない人は言い負かす云々以前で
措置入院させるべき対象

俺の場合、関数名は長く、変数名は短い

短縮しろって話じゃないぞ。

長い名前＝複数語からなる関数名
短い名前＝単語、もしくは2語程度
短縮=receiveをrcvとかに略すこと

>>77
この指摘は、極めて重要な指摘。
英語圏の連中ならnumberとidとemployeeIDとemployeeNumberとは、意識せずにきちんと統一された状態で実装してくる。
英語圏でない不慣れなやつが気取って英単語使おうとすると、統一がとれていないことにすら気づかない。
結局、idとは？numberとは？employeeNumberとは？employeeIDとは？それぞれ違うの？？？？？？？という無駄な疑問と調査作業が生まれる。
で、すべて英単語で来るのかと思うと急にローマ字だったり、意地で英単語で実装してくると専門用語は機械翻訳の英単語を使ってくる。
そんなめちゃくちゃなのばっかり。
そういう意味では>>65のように日本語OKな環境ならばアレルギーを抱かず日本語使ったほうが日本人プログラマには極めて有効。
大抵の日本産プログラムなんて外に出ることは無いのだから。

>>4
タグ名をキーとして要素のリストを取得する
何も問題ないだろ…

分かりやすい名前を付けるという行為は文系チックな能力が必要だから
よくいる理系のプログラマには向いていないんだよなあ。

これはしょうがない

※SI犯罪対策の拡散歓迎
犯罪者個人に対して告訴状を偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料)　or 司法書士が代筆（料金は5万円ぐらい）
↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査　→　不受理　→　告訴状再提出または刑法 第193条で訴えを起こす
↓
受理　→　告訴事実を認め示談交渉（↓）　→示談成立　　→法廷相場50〜100万円の示談金　※示談拒否が良い
↓　　　　　　　　　　　　　　　　↓
事案化　←←←←←←　示談不成立（↓）　→示談外交渉　→犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓　　　　　　　　　　　　　　　　↓
↓　　　　　　　　　　　　　　　起訴　　→公判　　→罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓　　　　　　　　　　　　　　　　　　　　
審査　→　起訴（強制捜査・留置場）→　公判　→　懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→　起訴　→　起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴　→　同上

◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。

注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの　※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの　※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。

無能実態派遣残業して時間報酬相場下げるな！
【知的財産と契約料金の搾取促進者ばかり】
［生涯損害助長SI受注SEを追放すべき］
偽装請負従犯SEの動機
コミ障人格障害
コンピュータ趣味
文系大卒低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの損害
無償プログラム提供
契約外期限遵守
客先指示遵守
知的財産譲渡
中間搾取促進
事前面接
低予備工数残業見積
無料追加
労働違反
裁判苦手
学習不足
対人障害健康障害
孤独死

偽装請負従犯SEの代償
低収入低技術
非婚離婚
鬱病
早死

>>63
じゃあ「残業をやめろ」の5文字だけ書けよｗ

>>112
これはあるね。