今、日本語で「諦める」といえば、自分の願いごとが叶わずそれへの思いを断ちきる、という意味で使われるのが一般だ。しかし、「諦観（たい（てい）かん）」、「諦聴（たい（てい）ちょう）」といった熟語の「つまびらかにみる、聞く」にみられるように、「つまびらかにする」「明らかにする」が、本来の意味である。そして、漢語の｢諦｣は、梵語のsatya(サトヤ)への訳語であって、真理、道理を意味する。 そうであれば、ものごとの道理をわきまえることによって、自分の願望が達成されない理由が明らかになり、納得して断念する、という思考のプロセスをそこに見出せる。単に「あきらめる」だけであれば、悔い、怨み、愚痴が残る。ものごとの道理が明らかになった上でのことならば、納得しての「諦らめ」となる。結婚というご縁にあずかった。諸般の事情を考慮してこのへんで「あきらめて」結婚に踏み切るか、わが身をしっかりみつめ、賜わったご縁を
何らかの問題を解決しなくてはならなくなった時に、解決よりも深掘りを優先してしまう特性の人がいます。 たとえば問題に対する短期的な対策を考えることをおろそかにして、根本原因究明と根本対策方法をじっくり考え込んでしまうような人が該当します。他人事のように言ってますが、筆者もそうです。本記事は、そういう筆者が過去に仕事で困っていたこと、ある時から状況によって取り組み方を変えられるようになったという話をします。 上記のような特性の人は、調査のたびに深い知識が得られ、血肉となっていきます。それゆえ技術に明るい人とみなされることもあります。その一方で、困ることもあります。とくにそれは発生した問題が自分ではなく他の誰かのものだった場合、かつ、急ぎ問題解決が必要な場合です。業務ではこのような場面が非常に多いです。 この場合、問題の深掘りを最優先にしてしまうと仕事が遅くなりがちです。みなさんも、「あの人、技
判断と決断の話の違いはこのツイートの通り。 判断の話で言うとぼくはそーだいさんがしてくれた「判断と決断は違う」という話がだいぶ実になっていて、「情報を集めれば理屈で答えが出せるのが判断、今は情報を集めることができない中で答えを出さないといけないのが決断、リーダーがやらなければならないのは決断」という話をかなり大事にしている— しんぺいくんさん (@shinpei0213) 2021年12月10日 決断のコツ 結論から言えば、決断のコツは失敗できるようにすることだ。 失敗できる状態なら決断することができる。 そして素早くアクションして、失敗のフィードバックを受け取ることで新しい決断をすることができる。 そーだいさんがぼくに教えてくれた二大大事なこと「判断と決断は違う」と「ロールバック可能なことはどんどん試せばいい、ロールバックが難しいことは慎重に」です— しんぺいくんさん (@shinpei
これはなに ども、もりたです。 最近クソ忙しくて勉強する時間を確保するのに苦慮しています。んで、どうにか勉強する方法をまとめていたんですが、これって多少だれかの役に立つのでは…？ と思って外部に公開することにしました。 あと最後におすすめの記事、podcastの一覧もつけています。ぜんぶおすすめなので是非読んだり聞いたりしてみてくださいね。 前提 前提として、この記事を書いている人間がどんなタイムスケジュールで生きているのかを書いておきます。こういう人間がやってます、があったほうがなんか説得力あると思うのでね、、 タイムスケジュール 5:00〜7:30 家事育児（5時くらいに子どもに顔を叩かれて起きる） 7:30〜8:30 送迎 9:00〜16:00 仕事 16:00〜20:00 家事育児 20:00〜22:00 仕事 22:00〜23:00 風呂など 23:00〜05:00 睡眠 家事育
はじめに 半年に１回くらいのペースで、燃え尽きてます。 その度にしっかり時間をとって、振り返りをしています。 そして、少し前に、ようやく自分が燃え尽きるパターンが分かってきました。 個人的な傾向・主観が多く含まれますが、 筆者が 燃え尽きるメカニズムと対策 をまとめたので、よかったら読んでみてください。 燃え尽きるメカニズム 筆者が燃え尽きるパターンは、リソースを集中できなくなることから始まります。 これにより、以下のような悪循環に陥ります： 調子が良い時に、「今やらなくてもいいこと」を始める 「今やらなくてもいいこと」に夢中になり、寝る時間が遅れる日が出てくる リソースの分散により、各作業（プロジェクト）の進捗も遅くなる 達成感が得られず、モチベーションが低下する 生活習慣も乱れ、疲労が蓄積し、ますますパフォーマンスが低下する 燃え尽き 🔥 そもそも、調子が良い時は、： 考えたことを実
「スクラムでやっているんですが、問題が多くて、スクラム合わないのかなと思って……」 「問題あるならスクラムが上手くいってますね」 という会話をした。 スクラムをやっていて、いろいろ問題が起きる。スプリントゴールがわからないとか、チームの協力が難しいとか、プロダクトオーナーの権限がないとか。スクラムちゃんとできないなあ、うちには合わないのかなあ、と思う人は多いようだ。 だが、こうした問題が起きているならば、スクラムは正しく機能している。スクラムはチームや組織の問題を検出し、明らかにする仕組みだ。みんなが問題を意識できているなら、上手くいっているわけだ。「うちは〇〇だから、スクラム難しい」と思ったなら、その〇〇を解消できれば仕事がもっと上手くいき、よりよい成果が作れる。 スクラムが上手くいくと、問題が次々に現れる。問題を次々に解消していくと、仕事しやすくなり、コミュニケーションがスムーズになり
プログラミングについて、最近考えてることについてのポエム。 基本的に、 GPT-4 と Claude-3-Opus を使った経験を念頭に置いて話をする。機械学習エンジニアではないので、あくまで利用者に徹した視点での話。仕事で生成AIを使ったパイプラインを作ったりはしている。 生成AIの進化速度を予測しておく 今大事なことは、今AIがどの程度の性能かという定点の話ではなく、その進化の速度を認識すること。 コード生成というタスクにおいて、生成AIモデルを人間に当てはめると、こんな感じの人物像を自分は持っている。 GPT-4: プログラミング経験2年目の大学2年生 Claude-3-Opus: プログラミング経験3年目の大学3年生 ここでいうn年目は、業務経験ではなく、プログラミングの単位がある大学での、教育課程としての経験年数。今のひたすら学習量を増やす方式だと、単に1年に1年分ぐらい賢くなっ
開発サイクルの終盤に近づくと「今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう」という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。（なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない） 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは３ヶ月後だ。そして３ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。３ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する
俺が男だということはネット上では俺しか分からないわけだが、そんな状況で「お前は女だ」と言ってる人間が何人もいると笑えてくる。 だって明らかに間違いだから。 身分証でもあげたら納得するのか？いやしないね。どうせ「どこかの画像だ」「他の誰かのものだ」とかいうんだろ？ 本当に怖いね。noteの人だけじゃなくて、ブクマカでも女認定してる人がいるんだから。 明らかに間違ってるのに高らかに宣言して、非難して、あざ笑う人間って本当にいるんだなと思った。 別に俺はそんなに傷付いてはいない。あの文章だって、心の底から100%で書いてるわけじゃないんだよ。 「増田のここが異常」とか言われても「いやそこまで本気で書いてないし…」となる。 胸が大きすぎるのは確かに苦手だけど、キャラにデカい胸を押し付けるなと書いたのは文章のフックみたいなもんで、まあ思ってないよ。「このように書いたら読んでもらえるかな」って思ったか
国民的ゲームソフト「桃太郎電鉄」、通称「桃鉄」。目的地の駅を目指して日本各地を巡りながら地域の特産や名物の「物件」を購入して収益を上げ、総資産が勝敗を決するボードゲームだ。88年の第1作発売からおよそ35年が経ち、2023年11月には最新作「桃太郎電鉄ワールド」が発売された。 コナミは23年、この桃鉄を学校教育機関向けに無償で提供する取り組み（「桃太郎電鉄 教育版Lite ～日本っておもしろい！～」）を開始した。この教育版桃鉄をいち早く導入した大阪・枚方市立小倉小学校の6年生が2月7日、桃鉄制作者らを迎えてプレゼン発表会を行った。 プレゼンテーマは、「桃鉄に枚方を追加してもらおう」。枚方が桃鉄の駅として存在しないことに注目し、同校の6年生たちが枚方の魅力を全力でアピールした。 「ひらかたパークは明治45年に開園した日本最古の遊園地。アトラクション数は、USJや東京ディズニーランドを上回る4
この記事は先日講師として初心者向けにプロンプト作成のコツをSchooさんで授業した内容の追加解説および、授業では伝えきれなかったポイントを説明していく。応用的な内容も含まれる。 [授業]プロンプトのコツを探究しよう - ChatGPTに企画書を作ってもらうには キーポイントプロンプト作りとはモノを見かたを学び、再現すること 「ひらいて、とじる」は１つ世界を分解・再構築する方法 AIによる自動化だけではなくAIとの対話を重視する "ひらく"とは何か？ ある言葉、モノ…を構成する要素を一つずつ示していくことである。 例えば、車もエンジン、タイヤ、ハンドル、ライト…..と複数の要素が組み合わさって動いている。これが、車を分解してひらくということだ。 身近な子供向け物語を例にとって、ひらいてみよう。 子供向けの物語を作りたいですその時の物語に必要な要素をひらいてリストアップしてください これらの構
先日、『質の高い課題解決できる人が「こうすべき」を主張すべきだけど、それが苦手な人も多いからチームで解決したら良いのでは』という雑な考えを書いたのですが、僕のブログにしては多くの人に読んでもらえました。 読んでくれた人、ありがとうー fujii-yuji.net ただ、この記事へのコメントで「質の高い決定ができない上司や社長はダメだろ」みたいな意見もそれなりに多くあって、けっこう驚いたのですよね。 僕が雑に書いたわかりにくい文章だったことが原因で誤解されてしまったのでしょうけれど、今日は補足として「部下がやれることを上司もやれる必用はないですよね」的な話を書きます。 上司が「自分ではできないからお前に頼むわ」と言ってくれたお陰で、"上司のして欲しいこと探し"をしなくて済んだ。 僕が若いころお世話になった上司はよく「自分ではできないからお前に頼むわ」と言っていました。 実際のところ、その上司
コンピューターで作られたシステムに問題があって、困っているとしよう。システムを作った人はここにいないし、一から作り直す時間はなかったり、そもそも触る権限がなかったりする。そういうシステムを、どうにかうまく使えるようにすることを、ハックという。 ここでいう「ハック」は、コンピューターを壊すとか、システムに侵入するという意味ではないし、単純にコンピューターに精通するというニュアンスでもない。責任の境界を超越して、システムをうまく動くようにしてしまう行為のことを言っている。いいかえれば、他人に依頼して直してもらうめんどくささを回避して、自分でシステムを直してしまうことだ。 たとえば、macOSの標準ブラウザーのSafariには「サイト固有のハックを無効にする」という開発者向けの設定項目がある。これは、どういう意味だろうか？ 世の中のWebサイトは、コンテンツを配信するWebサーバーと、それを受け
プロンプトによって欲望を視覚化するプロセスには、「考える」時間が差し挟まれる余地はない。インスタ写真に添えられる大量のハッシュタグ、あるいは事細かなカテゴリー分けがされていくポルノとも通底する「表面的語句」の強力な作用は、画像生成AI（人工知能）の設計思想の根幹にも及んでいる。「バーベンハイマー」画像のおぞましさは、プロンプトを入力した者がなにひとつ考えず、感じないままだというところにある。 ＊＊＊ 過日「Barbenheimer（バーベンハイマー）」というインターネットミームが物議を醸した。Barbenheimerとは「バービー」と「オッペンハイマー」から生まれた造語である。米国で大ヒット中の映画『バービー』のキャラクターに原爆のキノコ雲などを合成した画像が大量に作られ、各種SNSにポストされた。なぜバービーにキノコ雲なのか。『バービー』と、原爆を開発した物理学者を描いた映画『オッペンハ
この記事には、ゲーム「UNDERTALE」のネタバレが含まれます。 ネタバレによってゲーム体験を致命的に損なう可能性が高い作品です。今後プレイする予定のある方は、ぜひプレイ後にお読みください。 UNDERTALE（アンダーテール）とは、「知る人ぞ知る」と言うにしてはあまりにも有名になりすぎたインディーゲームです。2015年にPC向けに開発され、現在はSteam、XBOX、PSVITA、PS4、Nintendo Switch…と、多くのプラットフォームで遊ぶことができます。 ほぼToby Fox氏個人で開発した作品でありながら、各メディアのGOTY（ゲーム・オブ・ザ・イヤー）に多数ノミネートされており、「メタルギアやマリオが出てくる受賞ランキングに個人開発ゲームが入ってるってどういうことだよ！！！！！？？？？！！！！！」と当時せっせとゲームスタジオで働いていた私は卒倒しそうになりました。 こ
「禅とオートバイ修理技術」これら2つの間にどのように関係があるのかまるで見当が付かず、タイトルだけ聞くとキワモノのようだがWikipediaによるとアメリカでは一番良く売れた哲学書とされている。 海外のエンジニアのブログを読み漁っていた時にオススメされていたのでKindleで買って読んだのだが想像以上に良かったのでメモを残したい。と言ってもwikipediaで説明されている内容を改めて説明しても面白くないのでソフトウェアエンジニアとして響いた部分を引用して僕の感じた事を書き連ねていく。 大都市の重工業地帯に一歩でも足を踏み入れてみれば、そこにはその全てが存在している。テクノロジーである。正面には有刺鉄線を施した高い塀が立ちはだかり、門は常に閉ざされ、「立入禁止」の札が掛かっている。そしてその向こうの薄汚れた大気の中には、金属や煉瓦で造られた醜い建物が立っている。その目的は不明であり、またそ
パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t
エンジニアの奇行 嚢中の錐という言葉がある。有能な人物は自ずと傑出していくという意味だが、有能さとは例えば学歴の高さとは一致しない。 たとえMIT卒であろうとも大成するとは限らないし、ましてや入試の点数などで見れる人間の側面は限定的である。 企業などで採用する側からしてみたら当然ながら採用後の活躍を期待して雇用するのであり、入社をゴールとしてそれ以降働かなくなる人は望ましくないし、学歴や入試の点数によってそういう人かどうか判定する事はできない。 活躍という観点で言うと長いキャリアにおいてより重要となるのはキャリア開始時での能力の高さよりも、険しく長い道のりを自己メンテナンスしながら歩み続けられる根気の強さが重要とされている。その根気の源泉は執着だったり崇拝だったり妄信だったりトラウマだったり原体験だったり人によって様々だが、ここではひっくるめて「やる気」と簡略化して呼ぶことにする。 さて「
前回のブログから90日以上経ってしまったので広告が載ってしまったから短文でもアウトプットしておく。 プログラマとして仕事をしているとコードと向き合っている時間の9割以上は既存のコードを読んでいる、だから読みやすさは重要である、という言説は耳にタコができるほど誰もが言っている。 仕事で書かれるコードが誰のレビューも通ること無くマージされている現場は凄惨だが、自分より明らかに経験を積んだ人たちが何度もレビューを重ねたコードが読みやすいかというとそうとは限らない。良いコードが守るべきルールをすべて守っていても不可解なコードはあるし、どんなに読みやすいコードでも数千行の規模になってくるとやはり脳内からこぼれて一度に覚えておける範囲からはみ出る。 変数名や関数名をわかりやすくするとか不必要な技巧を凝らさないとかわかりやすい設計にするとか主観的な事を偉そうに語る本は山ほどあり、それらの本を崇める事は悪
たまに極端なことを言ったりすることがある。 「ぶっちゃけ X って要らなくない？」 「それなら X しちゃえばいいんじゃないか」 そうしたら、ある日そこから議論が収集つかない方向にいってしまい、後になって「ああ、あれはそういう意図だったんですか。あんまり極端な物言いをされると拒否反応を起こすのでやめてください」のようなことを言われた。まあ会社なのでそこまで出鱈目なことは言っていなくて真面目に議論していたつもりだったのだが、なるほどそれで噛み合わなかったのかと妙に納得してしまった。 色々考えているうちに、自分がそういう極端なことを言っている時に何を考えているのか整理したくなった。 自分の中の常識や思い込みを壊したい 長い時間をかけて自分の中に培われた常識や思い込みを、時に疑ったり真逆の思考をしてみたくなることがある。 例えば、ずっと静的型付き言語でやってきたのにいきなり「型なんて要る？」とか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く