取引先の飲食店から突然、閉店の連絡を受けた。脱サラしてはじめた洋食店。「コロナが憎いよ」店主は無念さを隠そうともしない。メニュー改訂やテイクアウトで半年間粘ったけれども、客足が戻ることはなかった。食材を卸させていただいていた業者目線でも、そこそこ繁盛していた店だと思う。「夕方まで手が離せないから納品は昼は避けてくれ」と言われていたし、何回か食べた料理はどれも美味しかった。 僕は、なんていっていいかわからず、軽い気持ちから「最後に閉店イベントをやらないのですか？」とたずねてしまった。これが良くなかった。鎮火していた店主の心を再点火させてしまった。「閉店の貼り紙を出した途端に、以前はよく来ていたお客がやってきて、店がなくなると困る、惜しい、想い出がなくなる、と言ってくれてる。それは嬉しい。でも普段から来てくれてればウチだって閉店しないですんだんだよ。お金を落としてくれるのが客。死に際にお別れの

第8回ハヤカワSFコンテスト〈優秀賞〉『電子の泥舟に金貨を積んで』ですが、著者・竹田人造さんとの激論の結果、 『人工知能で10億ゲットする完全犯罪マニュアル』 に改題します。略称は「#10億ゲット」です。現金輸送車を狙い、違法… https://t.co/2ZsgNRq0Kc

回答 (30件中の1件目) より短いコードが優れるとは言えません。より短いターンアラウンドタイムのプログラムは優れていると考えます。 コードが短いことの優位性は生産する時の所要時間くらいだろうと思います。いくらコードが短くても、コンパイル言語であれば最適化されるので短さには意味がないと考えます。スクリプトなどのインタプリタ言語なら短さが実行時間に影響することになります。しかし、短く書いてもループなどで実際の所要時間（ターンアラウンドタイム）は遅いことはあります。 なので、短いからといって優れるとは言えません。

概要 JavaScript/TypeScriptを書く中で、自分自身の気づき、他の方から頂いたアドバイスをメモとして残してきました。 その中で、使用頻度が高そうで、知っていれば誰でも簡単に実践できる物を抜粋して記事にしました。 ですので、主にJavaScript/TypeScriptの使用歴が浅い(プログラミングの歴が浅い)方向けに少しでも参考になれば幸いと考えています。 (※JS/TSに限った事では無いものも含まれます。また、こちらに記載した記法が必ずしも優れていると言うわけではありません。本記事はあくまでも、JS・TSを利用した際にこんな記法もあるよという紹介が主要点です。) 早期returnを利用する 条件を満たす場合に直ぐに return することで、コードのネストを減らし、コードの見通しを良くするテクニックです。 簡単な例としまして下記のコードが、 const checkNumb

もう30年近く生きてるけど、全然わからない。 例えば、介護業界の人材不足を解消するための補助金を出したい。でも国に財源がない。 そんな時にお札をたくさん刷ったらどうしていけないの？？ インフレするっていうのは知識として知ってる。 でも本当にインフレになるもの？ 政府が補助金を出して、今まで手取り15万で働いてた人たちのお給料が18万になった。 ずっとできなかった貯金を始める人がいる。外食に行く回数が増える。半年に一回旅行に行けるようになる。 とにかくみんなが少しずつ生活レベルを上げるだろう。 それと「物の値段が上がる」が結びつかない。 こんなに物が溢れていて、フードロスとか問題になってるのに、需要に供給が追い付かなくなってどんどん値段が上がるの？ 今も需要＞＞＞供給でなかなか手に入らないものが値上がりするならわかるよ。 生活必需品まで上がっちゃうの？？ あと円の価値がどうこうっていうけど、

前提 嫁のことは好き 嫁はバリバリの文系。もともとIT関係ない職だったけど、興味を持ったらしくITに転職しようとしてる自分の過去の職歴に若干コンプレックスを持ってる節（自分には専門性がない、とか）があり、それを克服するためにも応援したいと思ってる自分はバリバリの理系＆IT系なので、半年くらい少しずつ教えてる 最初はProgate やってた。一通り終わったらしいので、edabit を勧めておいた。leetcodeにも手を出し始めた 悩み論理的思考力の話 何かのロジックを自分で考えるのが苦手。過去のパターンに当てはまることはできるけど、少し捻った問題だと途端にフリーズしてしまう なんというか、理解しているのではなく、パターンを暗記している感がある うまく動いていない時に、プログラムの流れを追うのが苦手。あれこれ適当に試してうまくいったら満足してしまう 関数の呼出しの流れとかを追うのがきついみた

この幼稚で非合理で理不尽な感情をそのまま頭の中に残すのは、近いうちにつくるリアリティのあるシナリオの下書きとして使う前に忘れてしまいそうでもったいないため記録しようと思う。 また、記録するだけだと正直味気ないためここで公開してみる。叩かれるかもしれないが。。。 私は大手Sierのシステム開発の部署に属する一次受け新人SEだった。 学生の頃は自分でアプリを何個か作った経験がある。 そんな経験を活かし、今後はここでたくさんの技術を身に着けエンジニアとしてのキャリアを花咲かせてやる！ ・・・なんて事を思っていた。今思えば馬鹿な話である。 大手Sier経験者なら鼻で笑っていたことだろう。 期待に目を輝かせていた無知で愚かな新人に仕事内容を聞かれた先輩社員はこう言った。 「ここはね。Excelでシステムを作る職場だよ。」 ■大手Sierの私からみた環境について大手Sierのシステム開発で技術に長けた

はてぶの上位を参考にすると 別に同志でも知り合いでもなんでもない外注を、指示出し下手くそディレクターが振り回す話が何故良かった話風に。インディーゲーム制作者だったら仕事仲間としては典型的な地雷でしょ… なんか良い話っぽく書いてるけど、未経験者相手に指示が適当で良いことなんか一つもないし、具体的でないダメ出しも軋轢しか生まれないよ現実には。ファンタジーが過ぎる上にただのクソ案件エピソードでしかない でもこれ、漫画を読めばわかるけど「売れてきて注目されてる、インディーズのゲームクリエイター二人が、三人目の仲間を探してる話で、あわなかったら日当を払うから即日辞めても構わない、俺たちについて来れんのか」って話なんですよ。 実際に大成功したゲームでもこういう話はよくあるよゲーム会社でも、「なんか違う、やり直し」って具体的な修正点がなく差し戻されるのなんて、企画でもデザイナでもエンジニアでもよくあるこ