意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す
お題箱124 671.以前ツイートされていた雑な格言シリーズの「面接では嘘を吐いてもよい」や「結果が全て」等の意味を詳しく教えて欲しいです。現在進行形で振り回されてます このツイートですね。 仕事に関する言説って「面接では嘘を吐いてもよい」とか「結果が全て」みたいな、まあ正しいっちゃ正しいけどその言い方だと学生は誤解するだろみたいな「精緻な言語化を怠った雑な格言」が無限にあってだいぶ振り回されたのけっこうムカついてる — LW (@lw_ru) 2023年9月22日 いま無職なのでやや気が引けますが書きます（無職が語ることじゃねえだろと思ったので、念のため信頼できる社会人の友達に下読みしてもらって内容に問題ないことを確認しました）。 最初に書いておくと、僕は数百人規模の中小ITでしか働いたことがないので、価値観がその規模感に寄っています。仕事の感性は職や規模によってかなり違って、例えば同じ
顧客との打ち合わせが上手い人がやっていること｜いまにし
打ち合わせに苦手意識を持っている人は多いのではないでしょうか。 私はウェブディレクターとして、これまで数多くの打ち合わせに参加してきましたが、プロジェクトを円滑に進めていくためには、ファシリテーターのスキルによるところが大きいと実感しています。 打ち合わせのスキルについて、新入社員への研修に組み込んでいる会社もあると思いますが、上司や先輩の打ち合わせに同席する中で、見よう見まねで身に付けてきた人も多いでしょう。 日常的に打ち合わせをしている人からすると、当たり前すぎる内容かもしれませんが、私自身がこれまでにフィードバックを受けて意識していることも含めて、打ち合わせが上手い人がやっている共通点をまとめてみました。 最初に打ち合わせのゴールを伝える打ち合わせをするからには、終わったときに明確にしておきたいゴールがあるはずです。 ゴールを曖昧にしたまま進めてしまうと、せっかく日程を調整して打ち合
ねないこおれだ。 お化けは怖くないが、パフォーマンスの低下は怖い。 この問題に「QC的考え方」で立ち向かう。 睡眠の危機 寝るのが遅い。 AutoSleepに記録されたログを見てそう思った。 2022年1月の就寝時刻 AutoSleep Watchを使って睡眠を自動で追跡します Tantsissaヘルスケア／フィットネス¥610 俺の起床時刻は平日が5:30で、休日が6:00である。対して寝る時刻は明らかに遅い。上記の期間における平均就寝時刻は23:48であった。単純に考えると睡眠時間は平日なら5:42、休日でも6:12しかないことになる*1。これは由々しき事態だ。 ペンシルベニア大学のデーヴィッド・ディンゲスの「画面が光ったらボタンを押す」という集中力を測定する実験によれば*2、6時間睡眠を10日間続けると、パフォーマンスは24時間起き続けた場合と同じくらいに低下した。これは正常な場合と
定期的に見かけるSAPを入れても碌なことがないみたいなやつ。現場の人や中間管理職の感想としては全く正しいが、本当にERPがゴミならば（主にグローバル大企業で）これだけ普及しているわけもないわけで、なにかしら使う側に問題があるのかもしれません。 マジレスするとSAPというかERPは給料の高い人の生産性を上げるもので、給料の安い人の使い勝手とか優先度低いし、末端にたくさんのデータの入力を要求するから。別になんの矛盾もない。 https://t.co/F2J5TdeWXw — (っ╹◡╹c) (@Heehoo_kun) March 21, 2024 私が新卒入社した会社でも当時のメインフレームをSAPに置き換えるみたいな話があって、コスト削減で大変な工場でそんなものは入れられないみたいな議論があったのは覚えています。その時のラインマネージャーの一人が、「ERPは給料が安い人を大量に使って給料が高
「タスクを切る能力」の本質について。
もうかなり前の話だ。 ある会社で、「会社案内・パンフレットのリニューアルをする」と言うプロジェクトが持ち上がった。 社長は一人の人物をプロジェクトマネジャーとして任命し、予算を付け、 「後はよろしく」 と、仕事をまかせた。 ところが半年後、ようやく社長は気づいた。 全くプロジェクトが進んでいないことに。 「どうなっているのか」とプロジェクトマネジャーを問い詰めたところ、彼は外注に丸投げしたまま、何もしていなかった。 外注側も、仕様が固まらず、プロジェクトは完全にスタックしていた。 社長は彼に話を聞いたが、彼は「外注から返事が無くて」の一点張り。そこで、社長は彼に要求した。「資料を出せ」と。 ところが彼は「出せない」という。 何か隠しているのではないか、おかしいのでは、ということで、皆でメールのやり取りや資料などを調べると、実質、彼が事実上、「外注に依頼をし、あとは本当に何もしていない」こと
震災からしばらくたった２月頭頃、神戸市の職員が避難所に派遣された。ところがどうも初期のころ、ボランティアとぶつかることが多くその日ももめていた。「何をもめているの？」と聞くと、インスタントラーメンを被災者に配りたいのに市役所職員がそれを許さない、と言ってボランティアは怒っていた。 市役所職員によると、被災者全員に公平に配れないのであれば、配ってはいけない、という。味噌ラーメンと塩ラーメンを合計したら被災者全員に配れるのだが、「それだと塩ラーメンが欲しい人に味噌ラーメンが配られたりなど、もめる原因になる、だから配ってはいけない」と頑張っていた。 私は「ちょっと任せてほしい」といって、その市役所職員と話すことに。「救援物資の管理、お疲れ様です。ところで問題のインスタントラーメン、どこから来たかご存じですか？」と尋ねた。「神戸市からですよ」との答えに私は首を振り、「いいえ、違います。私たちボラン
横浜に来たら麻婆豆腐を食べろ
「横浜って何か名物ある？」という質問に横浜市民なら一度は頭を抱えたことがあると思う。家系ラーメン？焼売？中華街の食べ放題？どれをお勧めするのが正しいのかわからないというのが横浜あるあるだ。 しかし昨今の辛い物ブーム、麻辣ブーム、多分だけれど横浜が売り出すべきなのは本格四川麻婆豆腐なのだと俺は思う。つい10年前まで四川麻婆豆腐は激辛好き専用という認識が広がっていたけれど大阪でのスパイスカレーの流行りや関東ではアジア料理は女性中心にどんどん広がっているし「辛いのはちょっと…」という理由だけで麻婆豆腐を避ける人も前よりは減ったのではないだろうか？マーは好きだけれどラーは嫌いとか、そういう人もいるとは思うが一度は麻婆豆腐を食べてみてほしい。 という訳で麻婆豆腐好きの俺が観光客にお勧めする本格四川料理屋を参考にして横浜に行って麻婆豆腐を食ってくれ。 お勧め そのいち ◆京華樓 鶴屋町CRANE店 h
日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能
不安があると、無意識のうちにその不安から逃げようとして、ダラダラと無駄に時間を過ごしてしまったり、ついつい夜更かししてしまって睡眠の質が悪くなったりする。 そうすると、仕事も勉強も趣味も質が低下し、人生全体の質が低下してしまう。 この問題を解決するには、不安をなくし、満ち足りた気持ちになればいい。 基本的には、以下をやると効果がある。 (1)自分の奥の方に隠れている自分を表に引きずり出す。 (2)引きずり出した自分を身体を使って表現する。 …… と言うだけでは抽象的過ぎて良くわからないと思うので、 それらを実行するための具体的な方法を８つ紹介する。 これら以外の方法を知っている方は、コメントで教えていただけると嬉しい。 (1)歌ういつ歌っても効果があるのだが、 特に寝る30分～1時間ぐらい前に歌うといい感じになることが多い。 1～2曲歌うだけでいいので時間もたいしてかからない。 不安がある
なぜ雑談が重要か - stmn tech blog
これはなに？ こんにちは、リファクタリング大好きなミノ駆動です。2023年7月より株式会社スタメンにジョインしました。 コミュニケーションには会議体やテキストベースなど様々な手段があります。 その中で雑談がなぜ重要であるかについて、私の考えを記したものです。 大事な前提 〜目的と手段の関係〜 人々の活動には目的があります。そして目的を満たすための手段を追い求めています（ここでいう手段とはシステムであったり情報であったり、「目的の役に立つもの」と考えてください）。 目的と手段の関係性を次の図で表現します。目的と手段それぞれの円の重なりが大きいほど、目的に対して相応しい手段である、ということをここでは表します。 この図を使った例を出します。 今の時期、だんだん暑くなってきましたね。「暑さを解消したい」という目的に対して、「扇風機を点ける」「エアコンを点ける」「かき氷を食べる」「南極に送り込む」
こんにちは。DeployGateの藤﨑です。 仕事をしていると、とにかく考えて答えを出さないといけないことが数多くあります。すぐ思いついてアウトプットできることならいいのですが、大事なものは大体、どこから考え始めればいいのか分からないことだったり、なんとなく浮かんでいるんだけどうまく言語化できないものだったりします。 そんなときに、どうやってその状況を抜け出して、話を深めていくか。今日は、最近自分がやってみて、とても効果を感じられた手法について紹介します。 これまでの手法自分が考え事をする上で、まずやるのはテキストで書き出すということでした。何らか課題について考えるときは、ひたすら箇条書きで考えを書き出していくということをします。だいたいNotionにページを作って箇条書きでひたすら書き出しています。 それ以外だと、やはり紙とペンです。長年適当なコピー用紙→ノート→コンパクトなメモ…と移り
ロシアの軍事・安全保障政策を専門とする小泉悠・東京大学先端科学技術研究センター専任講師が、プーチンの狙いや現状と今後ありうるシナリオなどについて話した。 司会 杉田弘毅 日本記者クラブ企画委員（共同通信）
世の中には、一見関係なさそうな物理現象がITシステムに不可思議な影響を及ぼすことがあります 例えば,500マイル以上離れた場所にメールが送れないという話だったり 中国人のAさんがお茶を入れると会社のネットが繋がらなくなる という話があります。 私の場合は、祖母が就寝するとDBインサートが失敗する、という状況でした 実家の見守りシステム 問題が起きているのは、離れた実家にいる一人暮らしの祖母の状態を見守るために作成した自作のシステムです。 気温や湿度、CO2濃度、明るさ、部屋のドアの開閉、冷蔵庫の開閉の状況をモニタリングできるようにしています。 Raspberry Piに各種センサが接続され、定期的にInfluxDBに送信し、Grafanaという可視化ツールでいつでも見られるようにしています。 これらの情報を見ることで、祖母の家の部屋の温度が適切か、活動しているか、部屋にいるかなどが分かりま
最近 Kubernetes 全然触ってねーなって思ってたところに、『6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 – データエンジニアの酩酊日記』を見つけて、自分と異なる立場によるコンテナシステムへの感想を興味深く読ませていただきました。 Kubernetes を推す人がいる一方で、ここには昨夏『Kubernetes、はじめました』と言っておきながら今年に入って全然触らず、ECSを使ったシステムばっか手掛け、Kubernetes いらなくね？って思う人もいるわけで。これはいったいどういうことでしょう、と雑感タイムです。 どうしてコンテナシステムで迷うのか 最初に断っておきたいのは、以下 Kubernetes を否定したり腐すような意図は全くなく、なんでやろ？って自身に問いかけた私見です。やめました、と言ってもウチで今も使っ
この記事は、執筆業を15年（専業5年／副業10年）ほど続けている人間が、どのように原稿を書いているかを解説する、執筆メイキング記事です。 私が2年、寄稿していた『本の雑誌』新刊レビュー原稿を例として、初稿から完成稿までどのようにバージョンを重ねているか、説明します。 ◆【前置き】この記事を書いた背景◇想定読者想定読者は、「原稿をなかなか書き出せない人」「原稿を書くのに時間がかかる人」「原稿を思うように書けずに苦悶している人」です。 ◇きっかけもともと本稿は、執筆に悩む家族のために書いた、家庭内閲覧用の文書です。 家族（執筆の専業経験なし）は、たまに専門領域の記事や書籍の執筆依頼を受けて書いています。執筆するたびに「書けぬ……書けぬ……もうだめだ……」とうめきつつ、どうにか書き上げるのが風物詩でしたが、今とりかかっている原稿はとりわけ難産らしく、毎日「何の成果も！得られませんでした！！」状態
技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience
2022-12-21 技術的負債の返済から改善する開発者体験 - Techmee vol.5 https://timeedev.connpass.com/event/268296/ 動画 https://youtu.be/tQ3BGgnvMwQ
数年間継続している「作業メモ」の話
メモを残す習慣 以前、@gorou_178さんが「1日1ファイル、「調べたこと」「やったこと」を日報として残す」という記事を公開していた。 この記事の中に以下のようなくだりがある。 そこでふと思い出したのが元同僚のメモの取り方。 毎日1ファイル作成して、そのファイルにその日にやったこと（事細かくやった作業、実行したコマンドなども）をメモしていた。メモは年単位で残っておりとても驚いたことを覚えている。 この、「元同僚」というのはきっと私のことである。 私はメモを取ることが結構と好きな方で、メモを残すことがわりと習慣化している。 例を挙げると、普段からこういったことをやっている。 Google Keepに「Podcastに出演してほしいゲスト候補」、「勉強会・カンファレンスの登壇履歴」、「来月購入予定の日用品・雑貨」、「自宅周辺の行ったことないラーメン屋」、「読みたい・気になったマンガ本」とい
エンジニア不足、エンジニア不足と言われて久しいですが、日本でのプログラミングスクールの先駆けとも言えるTECH::CAMPさんのサービス開始が2014年なので、今や8年が過ぎようとしているわけです。 ともすると、市場に既にベテラン級のエンジニアがわんさかいてもおかしくないんですが、今でも「エンジニア採用できない」という声が絶えることないように見えます。はて？どうしたことだろうか、と思ったので今市場でどんなエンジニアが求められているのかを考えてみました。 高い技術力よりも「いい感じ」力を求めている エンジニアというと、技術を駆使して問題解決をするスペシャリストというイメージがあり、技術力が高い=優秀という認識を持つのが自然です。実際、技術力が低くてまともにプロダクト開発出来ないようでは論外だし、技術的な難問の攻略が命運を分けるケースはあるにはあります。 しかし、実際には開発プロジェクトの失敗
JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。
はじめまして、sonesuke(https://twitter.com/sonesuke)です。 LLMにどっぷりハマっています。 TL; DR 16のプロンプトパターンを日本語の例をつけて、まとめてみた。 読んだ論文はこれ。 https://arxiv.org/pdf/2302.11382.pdf より高度なプロンプトエンジニアリングの話題はこちら プロンプトパターン 1. メタ言語パターン: The Meta Language Creation いつ使うか？ 自然言語ではない方が、より簡潔で明確に表現できるとき プロンプトコンセプト 例 原文プロンプト “From now on, whenever I type two identifiers separated by a “→”, I am describing a graph. For example, “a → b” is des
エンジニアはもっと図を書こう - 生涯未熟
たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか？を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この３つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に
LINEで「。」を使わない人が多いのはなぜ？→若い世代は句点を使うと「怒っている」と感じるから→実は海外でも同じ現象が起きていた話
石黒 圭 @ishigurokei 日本語研究者／国立国語研究所教授／一橋大学大学院言語社会研究科連携教授／専門は日本語学・日本語教育学／読解教育・作文教育を中心に研究／言葉も好きだが言葉を話す人間が何よりも好き！ なお、こちらでつぶやく内容は石黒個人の見解であり、国立国語研究所や一橋大学の意見・見解を代表するものではありません。 ishigurokei.com 石黒 圭 @ishigurokei LINEの吹き出しで、文の最後に句点（。）を入れないのはなぜでしょう。これはマンガの吹き出しや、小説の会話の閉じカギ（」）に（。）を入れないのと同じ理屈で、入れなくてもわかるからです。 学校では句点を入れる（。」）を教わりますが、社会のルールは異なります。 diamond.jp/articles/-/329… 2023-09-24 15:10:44 リンク ダイヤモンド・オンライン なぜ、LIN
アルインコ(ALINCO) フィットネスバイク AF6200 見やすい大型液晶メーター エアロマグネティック 8段階負荷調節 テレビで紹介された 静音 サドル調整 組立簡単 心拍測定 簡単移動 タブレットトレー アルインコ(Alinco)Amazon今年買ってよかったもの記事でも書こうかなあと思ったのだけど、自分の場合これは一択（エアロバイク）しか存在しなかったので、むしろエアロバイク普及記事を書こうと突如思い至った。とにかくこれはよかったので、今更感もあるが、運動できない／したいと悩んでいる人、特に読書家やゲーマーにオススメしたい。何しろ、これなら運動しながら読書ができるし、ゲームだって（対戦系ゲームは難しいが）できるし無論のことゲーム配信や映画やドラマを見ることだってできるのである。 なぜ運動しようと思い立ったのか そもそもなぜ運動しようと思い立ったのか。その流れを最初に書いておくと、
Photo by Giorgio Trovato on Unsplash 年収800万は普通のエンジニアか否か。火種はいつものTwitterでしたが、いろんな意見が飛び交う興味深い話に各所でなっていたようですね。うーん、様式美。 ちなみに私の感覚だとこんな感じで、年収800万といえば、一般的なWEB開発においては複数プロジェクトの技術設計を行うアーキテクト級で、SIerではおそらく課長-部長級の給与になると思っております。年収800万はそういうラインです。 年収340 → 新卒 年収400 → 2年目(転職サイトゴロゴロ 年収500 → 普通のエンジニア 年収800 → アーキテクト、テックリード 年収1000 → PM、一部スタートアップエンジニア 私の感覚だとこれですね https://t.co/1bXuiPexRj — shinoyu (@shinoyu) February 9, 2
観測しようとすると、その観測が影響を与えてしまう感じで、おもしろい 自分の頭の中 この機能をチームで開発するのに、だいたい2ヶ月くらいかなぁと自分が頭の中で思っているとする。もし僕らの知ってる範囲ですべてが収まれば1ヶ月くらいで終わるかもなぁと思いつつ、まぁ、知らない範囲のことがあるだろうし2ヶ月くらいに思っておくのがいっか という感じ。6割ぐらいの自信 チームの中 チームメイトに「この機能いつ出せるかな？」って聞かれることはあんまりないと思うけど、もし聞かれたら「んー、2ヶ月くらいじゃない？もしかしたら、もうちょっと早くできるかもだけどね」ってそのまま頭の中を伝えると思う 聞かれることがあんまりないというのは、そもそも、チームでラフに見積もるから。Tシャツサイズとかストーリーポイントとかを使って「Mサイズだから2ヶ月くらいだね」って話をするだけで済む。「2ヶ月くらいだね」って言ったものは
ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか？ 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな
引き受けないお仕事の基準｜Tetsuya Morimoto
たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分
私も旧帝工学部の修士卒です。正社員として現在まで10年以上働いています (IT系職種です)。中小企業にもメーカーにも在籍経験がありますし、結婚も出産もしています。配偶者もフルタイムで働いています。偉そうにみえたら大変申し訳ありませんが、あなたの書いた内容に、個人的には違和感のある点がいくつかあり、コメントさせてください。 まず、産休は必須ですが育休は必須ではありません。法律上、出産直前まで働くことができ、産後8週 (医師が許可すれば6週) で復帰できます。出産予定日の3週前から休みに入り、産後6週で復帰すればブランクは9週間で済みます。出産が遅れるなどあっても3ヶ月以内で復帰できると思います。私もブランク10週間で復帰し、その後は保育園に入園できるまで保育サービスに頼りました。もしかするともっと子どもと過ごしてから復帰したいとお考えかもしれませんが、産後すぐ復帰しても勤務時間外は否応なく子
サーバーレスアーキテクチャ再考 - ゆううきブログ
2014年にAWS Lambdaが登場し、Functionを単位としてアプリケーションを実行する基盤をFunction as a Service(以下、FaaS)と呼ぶようになった。 そして、同時にサーバーレスアーキテクチャ、またはサーバーレスコンピューティングと呼ばれる新しいコンセプトが普及するに至った。 当初、そのコンセプトが一体何を示すかが定まっていなかったために議論が巻き起こり、今現在では一定の理解に着地し、議論が落ち着いているようにみえる。 しかし、サーバーレスという名付けが悪いということで議論が着地したようにみえていることにわずかに疑問を覚えたために、2019年の今、これらの流れを振り返ってみて、サーバーレスアーキテクチャとは何かを改めて考えてみる。 サーバーレスとの個人的関わり サーバーレスアーキテクチャという名を僕がはじめて耳にしたのはAWS Lambdaが登場した2015
男性よ、女性に花束を渡した事があるか？
今日、知り合いの女性が言ってて目からウロコだった事。 「親密な関係の女性に花束を渡した事があるかどうかでその男のそれまでの人生が決まる」 彼女曰く、陽キャは高校生大学生の時には彼女の誕生日や記念日に花束を渡した経験があるし、相手の事を本気で想っているなら陰キャだって花束を渡した経験があるんだと。 花束を渡すって結構中二臭いというか酔ってるイメージがあるけど、そんな事は承知の上で、それでも花束を渡すって決断ができるくらい相手のことが好きならそれはもう人生が充実してる何よりの証拠だって。 確かに花束ってほんとに大事にしてる相手にしか渡さないよなって思って、すごい腑に落ちちゃった。花束もらって喜ばない女性なんていないしね。 陰キャ陽キャとかじゃなくて、人生が充実してるかどうかって観点で人を見てるその女性もすごく立派だなと思った。
Value Objectについて整理しよう - Software Transactional Memo
Value Objectとは何であるか? マーチン・ファウラーのPatterns of Enterprise Application Architecture(PofEAA)やエヴァンス・エリックのDomain Driven Design: Tackling Complexity in the Heart of Software(DDD)が原典であるが、PofEAAではこう切り出している。 When programming, I often find it's useful to represent things as a compound. プログラミング時は物をcompound(合成物)として表現すると便利なことがしばしばある。 例えば2次元空間上での座標のように複数のメンバ(属性)を持つ物は便利である、と。しかしそれらを比較する方法は一意ではない、そこで Objects that a
見たいエンジニアの職務経歴書の書き方 - Qiita
前置き 某上場Web系の企業で中途社員のサーバーサイドエンジニアの書類選考や採用面接官などをしています。途中に転職もしましたが面接などの採用に関わり始めてから５年経ちました。 以前に面接についてはこちらの記事を書きました。 エンジニアを面接するときに面接官が本当に知りたいこと 書類選考もしていて、欲しい情報が足りない。本当の実力はもっとあるのでは？と思うこともあり、今回は採用側の立場から、もっと見たい職務経歴書の書き方について書こうと思います。 全てのパターンに当てはまることはなく、主にWeb系の中でもそれなりに大きな会社の中で見てきた観点での話になります。 今回もWeb系の大手企業に入る観点での職務経歴書という前提が付くかもしれません。 しばしば見る、情報が足りない職務経歴書 採用を決めるマネージャがエンジニアでない場合や技術の深さに疎い場合、技術に関してそれなりの評価しか出来ません。
このブログは、どこにでもある材料で、誰にでもできる料理を載せています。 ◆大さじ１杯の生クリーム、卵黄５個分などの「残りどうすんねん」という使い方 ◆ローリエ、バルサミコ酢、ワインビネガー、バーニングマンダラー、備中ぐわ、千歯こき・・・ などオシャレな調味料や必殺技、農具は使いません。 どうぞゆっくりしていってください。軽い気持ちで。足をくずして。みんなでバナナになって。 これめっちゃオススメです！！ ブロッコリーをクタクタに煮て潰してソースにした、イタリアのプーリア地方のパスタが好きなんで、それを真似して作ってみました。プーリア地方では食べたことないけど。（詐欺師か）←そこまで言われなあかんか ブロッコリーは昆布だしと同じうまみ成分のグルタミン酸が多く含まれていて、茎からもゆで汁に旨味がめっちゃ出るんで、調味料が主に塩だけとは思えないぐらい美味しくしあがります。 まあ 正直にんにくの力が
There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結
はじめに 先日、エンジニア界隈では有名なポッドキャストであるfukabori.fmに出させていただきまして、そのときのトピックがサーバーレスでした。 ポッドキャストはこちらで聞けますのでぜひどうぞ。 fukabori.fm そこでもいろいろお話ししたのですが改めて話せなかったことなども含めて書こうかなと。つまり、ポエムです。散らかった文章な上に少し長めなのでお時間のある方だけどうぞ。 なお、サーバーレスの黎明期の話とかそういう思い出話は以前に書いたこちらの投稿があります。 サーバーレスと僕のこれまでとこれから - Sweet Escape 今回は思い出話ではなく、サーバーレスに個人として魅力を感じ、仕事としてその良さを広めたり、実装のお手伝いをし続けてきた自分がそういった仕事から離れた2022年現在どういう風に向き合ってるかについてのポエムです。 前提 現在の自分は株式会社Singular
TL;DR 最近の設計志向はイベント駆動がかなり中心になっている とくにDDD界隈がここまでイベント駆動一本槍だとは思わなかった ストーリーを出発点にイベント駆動で設計を組み立てる「イベントストーミング」がかなり多くの場所で事例として取り上げられている はじめに 最近、洋書や動画の講演資料などいくつか海外の情報源に当たることがおおくなり、その中で「結構日本でやられている取り組みとちがうなー」と考えることが多く、一旦そのあたりの差分をまとめておこうかと思いました。 ただの出羽守（あるいは鹿鳴館精神）ではなく、一つの潮流としてこんなのがあるってのを記述できればなと思います イベントが設計の基本線となりつつある、、、のか？ まず1つ目に驚いたのが、イベントが設計の中心になっている、そう感じる機会が多かったこと。 ここで言うイベントは、実践ドメイン駆動設計の中でも「ドメインイベント」として実装パタ
やはり筋トレは楽しくない｜さのたけと
根からのスポーツ嫌いの37歳男が、1年間のジム通いを継続できた経験を振り返り、その過程で獲得した 楽しくないけどやったほうがいいこと を継続するためのマインドセットについて書きます。 世にはスポーツや筋トレが好きな人がその素晴らしさを語り、初心者に対して参入を勧める文章や動画は数多あれど、僕のような その楽しみが全く感じられない人間 が語る小さな成功経験にもそれなりの価値があるのではないかと思いました。 以下、僕の運動・スポーツに対する苦手意識や劣等感を率直に語るため、好きな人にとっては不快な表現も含まれると思いますが、そんな僕でも継続できたという強調のための表現としてご容赦頂ければ幸いです。 根からのスポーツ嫌い僕は幼少の頃から成人に至るまで、可能な限り運動という行為を避けて生きてきた。 小学校の頃は逆上がりはできなかったし、一輪車も壁から手を離して乗ることはできなかった。走り方も何やら
男性は可愛い子が好きなのだろうか
地元のスーパーマーケットで働いて３年。レジ打ちをしている。 私は、もうすぐ専門学生ではなくなる。不景気でも、こんな私でも内定をくれる会社があって、春からは社会人になる。 その前に、どうしても増田で聞いておきたいことがある。 去年、私には気になる人がいた。私がレジに立っていると、ワイシャツの上に黒のベストを着た社会人の男性が来て、たまに話をしていた。いつも私のレジに並ぶ人だ。 「風が冷たいね」とか、「雨が多いね」とか、「今日は目の下がキラキラしてる」とか、「雰囲気かわったね」とか、他愛もない話ばかりだった。けど、その人は自信満々で、瞳の力が強くて、いつの間にか気になる人になっていた。 夕方～夜に働いている時、何十メートルか先のフロアにその人を見つけると、レジから身を乗り出して姿を追っていた。好きではないけど、少しは気になる、好きかもしれない、という感情だった。 半年が経った頃だ。 レジ数台が
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
意思決定できる人の手順の型 - Konifar's ZATSU
23/10/21 就活に苦しむインテリの学生に社会の真実を教える - LWのサイゼリヤ
早く寝るために自分自身をハックする - 本しゃぶり
![[みんなのケータイ]そろそろ何とかして欲しい、おサイフケータイの初期化](https://cdn-ak-scissors.b.st-hatena.com/image/square/2e57bb8b64219fe44091a2bc5d584dd618f55169/height=288;version=1;width=512/https%3A%2F%2Fk-tai.watch.impress.co.jp%2Fimg%2Fktw%2Flist%2F1591%2F477%2F2k.jpg)
SAPは何故使いにくいのに、世界中で愛されているのか｜ヒーホーくん
もめ事を収めるコツ｜shinshinohara
アプリケーションにおける権限設計の課題 - kenfdev’s blog
不安をなくし満ち足りた気持ちになる方法８個｜ふろむだ@分裂勘違い君劇場
「思考を整理する方法」を模索して辿り着いた先｜Yuki Fujisaki｜DeployGate Inc.
「ウクライナ」(2) 小泉悠・東京大学先端科学技術研究センター専任講師 2022.3.9
祖母が就寝するとDBインサートができなくなる - Qiita
Kubernetes、やめました | 外道父の匠
【なるべく意識を低く保て】 書けないと悩む人のための、原稿の書き方 ： 〜雑誌原稿を実例に〜｜ふくろう
市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ
さいごの宇宙船 - 田中空 | 少年ジャンプ＋
【ChatGPT】プロンプトパターンまとめ - Qiita
運動不足な読書家、ゲーマーはエアロバイクを漕ぐべし - 基本読書
ITエンジニアの年収と責務の関係について体験交えて解説していくか｜しのゆ
約束は開発を遅らせる - Mitsuyuki.Shiiba
私も旧帝工学部の修士卒です。正社員として現在まで10年以上働いています (I..
「ディスプレイは多画面」派の私が「大画面」派に移った たった1つの理由 ～ フリーライター 甲斐祐樹の在宅ワークスタイル【みんなの在宅ワーク：第77回】
山本ゆり『【簡単パスタ】くたくたブロッコリーのスパゲッティと、交換ノートの思い出』
状態、結合、複雑性、コード量の順に最適化する - valid,invalid
熱量を失ったサーバーレスという世界（個人の所感） - Sweet Escape
最近の海外DDDセミナーを聞いてみたら色々と常識が破壊された - Qiita
desertislandmovie.hatenablog.com
nekonoiriko.hatenablog.com
bonno-web.com
tamanohibig.hatenablog.com
www.ss7-photo.com
www.nikkei.com