自分には6年付き合った年上の彼女がいた。名前はPHP。学生の時からの付き合いで、自分にとっては初めての彼女だった。付き合った当初は全てが新鮮で、オブジェクト指向やSOLID原則、大事なことは全て彼女から教えてもらった。（そう思われるかもしれないが、）時間が経って彼女の魅力が感じられなくなってしまったということはなくて、彼女は歳をとっても魅力的なままだった。むしろreodonlyプロパティやEnum、null safe演算子など、新しい機能が導入されてますます綺麗になっていったように思う。最近ではジェネリクスさえ導入されたようだ。彼女は本当に努力家だ。

（褒められた話ではないが一応、彼女以外の女性を全く知らなかったわけではなく、TypeScriptという若い子と少し遊んでいたこともある。TypeScriptは昔からの知り合いのJavaScriptの妹で、大雑把な姉と違って几帳面で、少しオタク気質もある個性的な子だった。よく新しい型パズルを考案して楽しそうに話してくれたが、自分には正直よく分からなかった笑。）

そんな中でも基本的には6年間PHPとずっと一緒に過ごしてきた。前述の通り彼女に何か不満があったわけではない。ただ、彼女との将来に不安を覚えるようになってしまっていた。周囲に彼女と付き合っていることを話すと、「え、まだPHPと付き合ってたんだ？（昔は人気だったけど、最近はそうでもないよね）」みたいなことを、彼女のことをよく知らない人から言われたりもした。そこまで直接的ではなかったけれど。自分も、彼女以外の女性のことをほとんど知らずにずっと彼女と付き合っていて大丈夫なのかななんて思ってしまったりしていた。

結局自分はPHPと別れて、新しい女性と付き合う決断をした。新しい彼女の名前はGo。彼女は若いのに自分の芯がしっかりしていて、みんなの憧れの格好良い女性といった人だった。そんな彼女と付き合いだして、最初は戸惑うことも多かった。

例えばこんな感じだ。

「え、Goって三項演算子とかデフォルト引数はないの？」
「ええそうよ。どっちもif文や可長変引数を使えば実装できるじゃない。私は興味ないわ」

また、今まで当たり前だと思っていたPHPの良さに気づくことも多い。PHPStanを使えば静的型付け言語と同じように型安全性を担保できていたし、彼女のWeb FWには歴史が長いだけあって痒いところまで手が届く様々な機能が完備されていた。経験豊富でこちらの要望をなんでも受け止めてくれるような包容力があったことに今更気づいた。

とはいえ、いつまでも昔の彼女を引きずっていてもしょうがない。Goにはこちらに積極的に合わせてくれるような包容力はないが、彼女なりの哲学を持っていてそれ故の美しさがあると思う。そして正直、まだ彼女の10分の1も理解できていない。彼女が得意だという並行処理や、実行速度が求められるような処理も、自分はまだ実際に実装したことはない。でもこれからしっかり向き合って、Goのことをもっと理解して、実りのある交際にしていきたいと考えている。PHPと別れてGoと付き合う決断したのは自分なのだから。

Permalink | 記事への反応(0) | 19:45

2023-09-06

■他人のコーディング ミス指摘しようとしたら犯人は過去の自分だった

あるあるだけどクソ恥ずかしいやつ。

しかも部下から「確認お願いします」と依頼されて見ていたコード。

誰だよ三項演算子を「??」と書いたやつは。自分だ。

三項演算子って2個でも動くんだ。JavaScriptだからか？

雰囲気プログラマなのがどんどんと捲れていく。やめてくれよ、上司ってガラじゃないんだ。

とりあえず黙ってひっそり1個に減らした。部下のコードは明日見る。もう今日まともに見られる自信がない。

ダメな上司で本当にごめんな……。あと出来ればソースコード管理ツール入れなかった理由、察さないで欲しいなぁ……。

Permalink | 記事への反応(1) | 19:30

2022-11-06

■

定数宣言が標準で再代入に宣言が多い言語は式が柔軟でないと辛いんですよ

だからrustとかkotlinとかswiftとかは式のレパートリーが多い

昔は三項演算子とか論理結合で頑張ってたんですけどあれは最低限文化的と言える代物ではなかったんでね

Permalink | 記事への反応(0) | 10:21

2021-10-18

■PHP callable型の仮引数のデフォルト値はnullしか 指定できない

function hoge(callable $f = fn ($a) => $a) {} // エラー

function hoge(callable $f = 'intval') {} // エラー

function hoge(callable $f = null) {} // 合法

即時関数くらい書かせろよなぁ。せめて文字列でcallableな関数指定できるようにしてほしいわ

省略するには、$fがnullか確認してコールバック実行時にif文だか三項演算子だかで切り分けるしかない

なんで callable型に null 入れられんだよ。キメェなぁ。なんでデフォルト値として関数代入できねーんだよ。使えねぇなぁ

いかにも増築増築で別々の機能を後付けて盛り付けてるって感じで、機能間の生合成がいまいちなんだよなぁPHP

まあ呼び出し元では hoge(fn ($a) => $a) みたいな呼び出しできるので、マシっちゃマシだけど

参考：

https://stackoverflow.com/questions/55587939/default-callable-in-function-definition-in-php-7

Permalink | 記事への反応(0) | 17:09

■個人的な Python についての不満

良い言語だと思うが、不満がある。

Perl と比較して、

後継としては、妥当だと思う。読みやすさ、整理された文法、関数型や C のとっつきにくさを排除したという点では、 Python がデファクトスタンダードになるのは当然だろう。そして、その利点が最高にクソだ。この世界にゴミを作り出す元凶となっている。

Ruby と比較して、

そりゃ Matz も Ruby をつくるわ...
クラスベースなくせに、オブジェクトの先祖が決定しないのは最強にクソ。
あの文法のせいで、Pass とか出てくるのだ。
動的言語にタプルはいらねーだろ。
メソッドと定義するときに、最初の引数に self 入れるかどうかがクラスメソッドになるか否か、という設計はキモい。
Python 3 になるとき、Ruby から色々パクったよな？つまり、Python 3 は Ruby の子孫と言えよう。

Javaと比較して、

遅い。
引数に型がない。
カプセル化とか無かったことにされているけど、大丈夫か？
教育の現場で使われるからか、Python と同様にモノリンガルはゴミのケースが多く、永久に古い仕様でしかコードできないゴミ人材が量産される。

PHP と比較して、

後発のくせに、なんであの時に負けたのだろうねー。
OOP としては、流石に Python の方が良いと思う。

JavaScript と比較して、

カオス具合は、五十歩百歩ですね。
文法的には、JS のが好き。
OOP としては、JS の方が優れていると思う。

Haskell と比較して、

ネタに困ったらパクるのやめろ。
あと、Tuple の発音は【チュープル】というのは個人的には信じがたい。

R と比較して、

Numpy の悪口になるが、お箱を奪うな。
Google とアメリカの金満集団が R でなく、Python に大金を投じる現状が余りに不憫すぎる。
計算機科学じゃない学生が統計に使うのだったら、R を使わせろって。変な癖がついた人材が業界に溢れるじゃないか。うぜぇ。社会に尻拭いをさせるな。

C と比較して、

まぁ、比較ができんね。どうせ Python も中身は C だし。
どーせ C が最後には勝つんだよ。

という愚痴がある。他人の書いたものを読む分には良い言語だと思うよ。

追記。または、コメント欄への返事。

今日日型ヒント書くし、タプルは複数の値を返すけどクラスを作るほどではない関数を書く局面でよく使う

型ヒントはコンパイル時のエラーにならないじゃん。だったら、いらなくね？タプルは複数の値を返すときに使うのね。Go みたいだね。または Ruby の Struct みたいな。

リスト 内包 表記書かせるのやめてもらえません？

あれ嫌いな人おるのか。俺も好きじゃないが。純粋に Haskell と同じ文法だったら良かったのにね。

三項演算子について

アレはキモいね。素直に ?! で良いと思う。というか、Python は英語圏の人も納得はできないだろ、っていう文法が多くないか？

インデントがブロックなのて可読性が上がる

というのは同意する。ただ、書くときにそうは思わない。例えば、with 構文は Ruby の方がブロックを抜けたらクローズするという方針のが良いと思う。

互換性を断ち切って増田にも認めてもらえる仕様のPython 4が待望される。

それ Python 2 から 3 になったときに既にやったじゃん。そして大成功したじゃん。ニャンニャン。

Permalink | 記事への反応(5) | 21:10

2020-09-02

■[増田統計]2020年 9月1日 火曜日の増田

時間	記事数	文字数	文字数平均	文字数中央値
00	143	15513	108.5	39
01	116	12787	110.2	42
02	66	15409	233.5	33
03	27	3456	128.0	53
04	18	2483	137.9	76.5
05	61	7826	128.3	45
06	64	5316	83.1	48
07	57	3879	68.1	39
08	86	11967	139.2	65.5
09	150	12698	84.7	46.5
10	258	20435	79.2	50
11	203	18412	90.7	48
12	290	18500	63.8	40
13	239	22502	94.2	44
14	246	26177	106.4	45
15	188	15130	80.5	37
16	234	22047	94.2	44.5
17	163	12036	73.8	48
18	233	20296	87.1	46
19	222	16385	73.8	44.5
20	195	22566	115.7	36
21	234	21420	91.5	38.5
22	217	31387	144.6	37
23	175	17447	99.7	44
1日	3885	376074	96.8	43

本日の急増単語 ()内の数字は単語が含まれる記事数

ショタドール(10), 三項演算子(6), リョナラー(4), シロンボ(3), 隠れれ(3), sirabee(3), 卵胞(3), ネオテニー(5), 月経周期(4), 広告表現(9), ユーリオンアイス(3), 一人一派(45), ラブドール(28), 菅(12), 絵柄(25), 統一(31), ロリコン(40), 児童(30), 大多数(13), 女オタク(14), 迫害(10), 表現規制(13), 公共の場(16), オタ(22), 嗜好(15), 歌詞(23), 配慮(44), 規制(78), オタク(273), 表現の自由(25), 表明(29), フェミ(99), 価値観(40), 犯罪(59), 実在(19), 論理(24)

頻出トラックバック先 ()内の数字は被トラックバック 件数

■男オタクはなんで他者への配慮が出来ないの？ /20 200831162341(38), ■ミスチル、ワンオクどころか浜崎あゆみですら歌詞に重みがあった /20 200901103059(21), ■結婚するんだけど母親がホント嫌 /20 200830195255(16), ■ /20 200901132146(14), ■三味線って猫の皮使ってるの知ってる？ /20 200831220710(13), ■虫が原因で引っ越したいという妻 /20 200901094609(12), ■Twitterは最早オタクのものじゃない /20 200901115123(11), ■ /20 200901105922(9), ■妻が昨晩家を出て行った。どうしたらいいのかわからない。助けて。 /20 200901055242(9), ■同僚がヤバい女の人にタゲられてしまった。 /20 200901083319(9), ■女の子とのほうが暮らしやすい /20 2009011 24446(9), ■いつの間にかなくなった設定一覧 /20 200901125234(8), ■anond：20 200901105922　なぜフェミがオタクを叩くのか。 /20 200901182958(8), ■「ここは三項演算子を使いましょう」「何でですか？意味同じですよね？」への返答求む /20 2009012 12815(8), ■結婚する /20 200901084646(8), ■結局、表現の自由問題って /20 200901180012(8), ■Vtuber 炎上しすぎ問題 /20 200831 115924(7), ■ゲーミング墓石買った /20 200901041103(7), ■助けてくれ /20 200901000706(7), ■ /20 200901101632(6), (タイトル不明) /20 200901100008(6), ■anond：20 200901103059 /20 200901103645(6), ■初音ミクは有名Pに食いつぶされてやがて死ぬ /20 2009011 10216(6), ■anond：20 2009011 10449 /20 200901113409(6), ■中学生の時に30歳の人と付き合ってた /20 2009011 31 333(6), ■スーパー銭湯の男湯に娘を連れてくる父親が許せない /20 200901172204(6), ■ちょっと待って、もしかして皆ロリショタを犯したいの？ /20 200901183641(6), ■LGBTとペド /20 2009012 10546(6)

Permalink | 記事への反応(0) | 00:04

2020-09-01

■anond:20200901212815

コーディング規約とlintが受け入れるかどうかの問題でしかない気がするけどな

見栄えなんて人それぞれ感性が違うし

コーディング規約で決まってるなら、それが理由で終わりでいいし

lintで調べてサイクロマティック複雑度とか1関数やクラスの行数とかで怒られないなら、別に三項演算子でもif elseでもどっちでもいい

まあ、三項演算子の中で三項演算子使っててlintが怒らないならさすがに分かりづれーからやめよーぜって言うとは思うけど

Permalink | 記事への反応(1) | 21:51

■anond:20200901212815

三項演算子と言うなおじさん「条件演算子と言え」

Permalink | 記事への反応(0) | 21:43

■anond:20200901212815

特に複雑でもないコードで冗長な表現を嫌うなら、三項演算子でもいいよね。

でも議論になった時点でif else にする方が勝ちやすい。

Permalink | 記事への反応(0) | 21:35

■anond:20200901212815

私「ここは三項演算子を使わないようにしましょう」

レビュイー「何でですか？意味同じですよね？」

なら反論の余地があるんだけど、逆だとないかな

Permalink | 記事への反応(1) | 21:33

■anond:20200901212815

見やすさとかわかりやすさとか規約とか他の場所と揃えましょうとか？

どっちかというと三項演算子やめろ勢のほうが強そうなイメージだけど

Permalink | 記事への反応(0) | 21:31

■「ここは三項演算子を使いましょう」「何でですか？意味同じですよね？」への返答求む

※「返答」をどうするかを求めています

コードレビューにて、

私「ここは三項演算子を使いましょう」
レビュイー「何でですか？意味同じですよね？」

これにどう返したらいいんだろう。

※「返答」をどうするかを求めています

Permalink | 記事への反応(8) | 21:28

2020-01-17

■if文ってもう少し簡潔に書けるようにならんの

（）も｛｝も読みにくさを助長するしいちいち書くのだるいので両者を必須としないif文が掛けるような文法の進化があってもよいと思うんだけど。

void以外の返り値を持つなら三項演算子とかが使えるんだけど、結局やりたい処理は大体void返すから使えないんだよな…

なんか良いあいでーあないかね

Permalink | 記事への反応(1) | 09:38

say = n =>
  n % 3 == 0 ? "fizz" :
  n % 5 == 0 ? "buzz" :
                n;

Permalink | 記事への反応(1) | 16:11

■anond:20191107160021

寧ろ三項演算子で良かっただろ。

ちょっとおじいちゃんになるとPromise連打とか言われても「わしゃモビットしか利用しとらん！」みたいな話になるし。

Permalink | 記事への反応(0) | 16:03

■いまトレンドは三項演算子なのに

いつまでフェミニストの話をしていなければならないのだろう。

でもなぜ今、三項演算子なのだ？

Permalink | 記事への反応(4) | 16:00

2018-03-22

■N予備校 プログラミング入門コースを修了した

https://anond.hatelabo.jp/20170911110731

昨年、はてブでバズりまくったエントリにまんまと乗せられた実務経験なしのプログラミング初心者が

N予備校プログラミングコースのプログラミング入門 Web アプリコース（有料のプログラミングコースで一番最初にやるコース）を修了したので知見をまとめておきます。

とりあえず結論

未経験者の独学はほぼ無理。
初心者が中級者へステップアップするきっかけになる可能性はある。
ちゃんと勉強しようとするとかなり時間が必要。

そんな感じです。以下、理由。

未経験者の独学はほぼ無理。

客観的なデータをあげると、

入門コースの実践編となる３章からは各講義の最後に課題が出されて、

N予備校のGitHub リポジトリにプルリクエストを出すことで課題の提出に変えて、

学習を進めていくのですが、

３章最初の課題の提出数は現在424件あるのですが、

https://github.com/progedu/intro-curriculum-3001

入門コースラストの４章最後の課題の提出数は現在 24件です。

https://github.com/progedu/intro-curriculum-4023

ちょうど動画ベースの講座がこないだ終わったところなので、

単純に計算すると脱落率約95％となっています。

課題は解答をコピペして提出することも可能なので、

ちゃんと内容を理解できている人の割合はさらに低いと思われます。

なんで？

なぜそんなに脱落していくかというと、まあ難易度だったり色々あるとは思うのですが

基本的には説明不足ということだと考えています。

～をするにはこういうプログラムを書けばいい！ということは教えてくれるのですが、

なぜ、こういうプログラムを書けば～ができるのかということについての説明が少ないです。

感覚としては、途中の式と解答だけが書いてある数学の参考書を読み進めているような感じで、学習者には途中の式の意味を自力で読み解く能力が求められます。

その過程でドキュメントをあたったり、自ら調べて解決する能力が必要です。

またアロー関数式だったり、三項演算子や論理演算子を用いた代入などの省略記法を多用する割にソースコード中にほとんどコメントを書かないことも初学者には難しいかなと感じました。

体系的な学習にも不向きです。

あとオブジェクト指向の説明をせずに、JavaScriptのオブジェクトを扱っていたり、

データベースの学習をする前に、MVC パターンを扱っていたり、ちぐはぐさを感じるところも多かったです。

ということで（他にもいろいろあるのですが）、未経験者が独学で進めていくのは厳しいんじゃないかな～というのが入門コースを終えての結論です。

たとえば保護者の方が専門のエンジニアで分からないことがすぐに聞けるような環境にあればよい教材になるかもしれません。

初心者が中級者へステップアップするきっかけになる可能性はある。

ただ中級者へのステップアップを目指している初心者がきっかけをつかむには良い教材になりえるとも感じました。

私自身、GitHub、Linux(Ubuntu)、Node.js、Express フレームワークなど、自主的にはなかなか食指が動かなかった分野の知識を得ることができたと思います。

難易度は高いですが、中級者向けのまとまった教材というのはネット上にもあまりないと思いますので、ある程度経験のあるプログラマが知識を深めるために利用するのはありだと思います。

それでも体系的な知識が得られるかというと微妙ですが…。

ちゃんと勉強しようとするとかなり時間が必要。

ただ社会人が学習を進めるにはまとまった時間の確保というのがネックになるとは思います。

N予備校の入門コースの想定学習時間は180時間だったと思いますが、私はこのコースを修了するのに400時間前後かかったと思います。

（今年の１月初頭からほぼ毎日午後を勉強時間に充てて、ようやく昨日入門コースを修了しました）

コースを終わらせることだけを目標にするならもっと短くできるとは思いますが、ある程度知識をつけて今後にいかすことを目標にするとなると、想定学習時間内でコースを終わらせるのは難しい気がします。

これから 学習してみようと思っている方へ

色々書きましたが、それでも月1,000円というのは破格の価格設定だと思いますので、気になっている方は挑戦してみてもよいのではないでしょうか。

おすすめの学習方法としては

ソースコードはコピペしていいので、すべての行に書くぐらいの勢いでその行の処理内容についてコメントをつけまくる
console.logやNode.jsのdebugモジュールをガンガン活用して、どこでどういう処理が行われているかを逐一視覚化していく
意味のわからない言葉がでてきて泣きそうになったらhttp://wa3.i-3-i.info/「「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典」で調べる