いきなりのお知らせですが, 私shinyorkeは年内で現職（某大手外資系ITコンサル企業*1）を退職します（本日12/13が最終出社でした）&来年から再びプロダクトを取り扱うベンチャー企業*2でエンジニアとして働くことになりました（まだ予定ですが）&その転職活動から爆誕したコンテンツがこの記事です. 現職の皆様, 本当にお世話になりました&次の働き先はもうすぐ決まる見込みです*3. 退職と転職の話は後日別のブログこちらのブログで語ることにしますが, 約3年ぶりの転職活動（40代になってから二回目）は本当に苦労しました. エンジニアの転職プロセスは色々ありますが, 通常の面接・選考(過去経歴, いくつかの質問の中で能力・カルチャーがフィットするか) 技術選考（プログラミングテスト, 応用的な技術課題の作成・提出, レビュー形式の技術面談など） 大雑把にこの2つに分かれるかと思います*4が,
エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法著者／訳者：James Stanier、 吉羽 龍太郎、 永瀬 美穂、 原田 騎郎、 竹葉 美沙出版社：オライリージャパン発売日：2022-08-26単行本（ソフトカバー）：376ページISBN-13：9784873119946ASIN：4873119944 原著はDr. James Stanier氏の『Become an Effective Software Engineering Manager: How to Be the Leader Your Development Team Needs』です。 James Stanier氏は、マネジメントに関する人気ブログ（The Engineering Manager）を長年執筆しており、現在はShopifyでDirector of Engineeringを務めて
“アカウント作成後すぐやるセキュリティ対策” 編を公開しました！- Monthly AWS Hands-on for Beginners 2020年4月号 | Amazon Web Services
Amazon Web Services ブログ “アカウント作成後すぐやるセキュリティ対策” 編を公開しました！- Monthly AWS Hands-on for Beginners 2020年4月号 こんにちは、テクニカルソリューションアーキテクトの金澤 (@ketancho) です。先月末に「はじめの一歩」ハンズオンを公開したのですが、皆様ご覧いただけましたでしょうか？ちょうど春先の時期だったこともあり、多くの AWS 初学者の方にご視聴いただけているようでありがたい限りです。 さて、この記事ではアカウントを作った次のステップとしてぜひご覧いただきたい新作ハンズオン「アカウント作成後すぐやるセキュリティ対策」ハンズオンを紹介します。「不正な操作/動作を継続的にモニタリングする方法は？」「コストレポートってどうやって設定すればいいの？」といったアカウント開設直後にまずは抑えておきたい考
これはなにか エンジニア、ビジネスサイドの方に向けた、「良い要件定義の作り方」について書いた記事です。 長文がつらつらと書いてある本稿ですが、要するに言いたいことは、 ● 完璧な要件定義など幻想であり、誰がどう作っても不完全である ● そのため、一番危険なのは、とびきり賢い人が出してきた要件定義で、 「あの人が作ったんだから大丈夫」と盲目的に考えること ● 完璧にはならないことを受け入れ、ベストを尽くす姿勢が大事 ●そもそも、アジャイル開発において、完璧な要件定義は求められていない ●良い要件定義には以下のスタンスが必要 ● UXから逆算する ● 削ぎ落とす ● 個ではなく、チームで作る ● レビューを徹底する ● 3つのシナリオを想定する ということです。 ※約1万字あり、また各章について深く掘り下げる項目は別記事を添付しています。そのため、モバイルで通読するにはすこし骨が折れるかもしれ
ショボいPCを支給するのをやめろ
会社から支給されたPCがショボい。 メモリ8GB、ウン世代前のcore i5、フルHD以下のディスプレイ。 贅沢言うなよ、もっと酷いのごまんとあるよ、という感想は全くもってその通りで、「使えなくもない」スペックだからこそ上司に訴えても適当にあしらわれた。 ・3人以上のリモート会議をすると動作がカクつくが「使えなくもない」 ・ディスプレイの解像度が低く視野角も狭く暗いが「使えなくもない」 ・4K出力はできないが「使えなくもない」 ・重いし熱いし電池持ちも悪いが「使えなくもない」 Twitterでまれにみる起動に10分かかるみたいな酷さではないけど、こういったストレスは毎日蓄積されて精神的疲労に繋がる。 自分はエンジニアだから、PCは自分の手足のように使っている。 手枷足枷が付けられた状態で仕事は出来なくもないが、それは中長期的に見て好ましいものであろうか？ コストの話をすれば、20万のPCが
GPT-4に感動して社内業務を人工知能に置き換えようとしている取引先への報告にGPT-4を使って15分で終えた話｜山本一郎（やまもといちろう）
人工知能はものすごく進化しているけどジェネレーティブAIって割と嘘を書いてくるよなあって話は文春で書きました。ジェネリックひろゆきというニュアンスのことを書いたのですが、西村博之のほうが酷いという反響が寄せられたのは印象的でした。そんなもんですかね。 で、コロナ明けというのもあって最近は対面での打ち合わせも増えているところ、足を向けた取引先の社長がGPT-4を試しているとかでやけに感動して「これなら社内業務の足らないところを人工知能が補完するだけじゃなくて、ほぼすべてのジョブフローが人工知能に置き換えられるのでは」などと言い始め、やけに買ってるなあと思うわけですよ。 さすがにそれはちょっとなと思って「それができるなら御社が数年前に導入したサイボウズはもっとうまく稼働しているはずですし、私らみたいなサポート役のベンダーも本来は要らないのでは」という話をしたんですが、社長的にはもう一年後にはス
はじめに 恥ずかしながらスクラム開発の開発チームへの導入を何度も経験しているのだけれど、どうしてもチームの成熟レベルが高い位置までもっていくことができませんでした なぜうまくいかないのか？ これを深掘りする過程で教科書どおりに実行するには組織の構造がスクラムガイドで書いてある構造と根本的に異なっているのではないか？と考えるようになりました。 よくあるエンジニア組織の構造 大きめのWebソフトウェア企業の内製型エンジニア組織の構造はだいたいどこもこのような感じになっています この組織構造の問題点 スクラムを導入する場合、リーダー自身かあるいはメンバーの一人がスクラムマスターとなります リーダー自身がスクラムマスターになる場合でもアンチパターンと言われる開発者との兼任になります。 スクラムマスターの最も重要な職務である「観察」が行えなくなります。 スクラムマスター自身が観察を行わない場合、各メ
エンジニア版の採用ピッチ資料を記事として制作する「kiitok review」ですが、ここ1ヶ月で新たにAnyflow、Kanmu、メダップ、キャディ、Voicyの各社さまの開発チームのレビュー記事を制作しました。 （制作済みのレビュー記事の一覧はこちら） （エンジニアの採用やブランディングに関するお仕事相談はこちら） 毎回各社のCTOや技術責任者の方とお話をさせていただく中で、みえてきた「魅力的なエンジニア組織」の要素を9つにして言語化してみました。 1.ユーザーに喜ばれる開発に時間を使えているチームエンジニアなら、一度は経験があるユーザーに求められないものをつくってしまう徒労感。逆に、開発したプロダクトや機能をユーザーに喜んで使ってもらえた時の幸福感。 エンジニアとして苦労してつくった機能をより多くの人に喜んでもらえる環境があるチームは魅力的です。もちろん、そういったものをつくらないと
💡 3秒まとめ 休みの日も勉強していないと不安、焦燥感が止まらない。これは病気か？ 休日にも問答無用で襲い掛かってくる、言いようもない不安はFOMOなのか？ 学びの効率差は、よわよわとつよつよを分断するか？ 学びが好きだ。勉強は嫌いだ。 学びで人生を幸せに生きたい。 ■休みの日も勉強していないと不安、焦燥感が止まらない 休日も呼吸するように勉強している。 ぼくは、現役の薬剤師だ。薬局を任され、スタッフと一緒に患者さんの生活を守るのがお仕事。 でも、休日はFlutterやGCP、DockerやK8sの知識をつけるべく勉強し、個人開発に勤しんでいる。 一昨年は1000本以上の論文をまとめ上げ、5000字近いnoteを300本以上投稿している。 なぜ、そんなことをするのか。 それは、アウトプットが楽しいから。 でも、これはカッコつけた言い方で、本当はもっと恥ずかしい理由で勉強している。 それは
フリーランスなので4ヶ月仕事をせず学習と趣味に全力投球しようとしたけどそんなに強くなかった - みんからきりまで
去年の12月まで1年数ヶ月お世話になった業務委託先を離任して、1月から休暇を取っていました。 5月から新しい案件に入ったので今はまたお仕事の日々です。 さて、4ヶ月も休暇を取った理由は、毎回案件が終わる度に休暇を取っているというのもあるのですが、学習や趣味の活動でやりたいことが多すぎて、一度がっつり時間を取ってそちらに全力投球したいと思ったというのがありました。 1月の時点ではどのくらい休暇を取るのかは決めていなかったのですが、最低でも3ヶ月、案件のタイミングによっては半年くらい休暇をとってもいいと思っていました。 結果的には4ヶ月丸々休暇を取った感じになりました。 休暇中にやりたかったこと kirimin.hatenablog.com 以前こういうエントリを書きました。 内容を要約すると30歳になる2020年の9月までに ソフトウェアエンジニアとしてCSや数学の知識をもっと高めて、And
2013年から毎年、「年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。2019年分は以下です。 2019年にブックマークしたページでよかったもの集めた - Really Saying Something 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。そのため、春ごろの記事が冬にいきなり登場したり、日付が前後していたりします。私の脳内に「その時こういうこと考えていたな～」という記憶を作るインデックスだからです!!! 今年は例年よりはブックマーク数が少なく、さらに新型コロナウイルスやそれにからむ政治の話など時事に関するものが多かったため、こういうところにも影響が出るのかー、とページを繰りながら考えました。時事関連は「よかったもの」にはなかなか入らないの
色々と思うことがあったので書きなぐってる。超久しぶりの増田なので、読みにくかったらごめんなさい。 小中の頃からパソコンでインターネットに入り浸ってきた。まぁそれなりにサブカルにどっぷりだったほうだと思う。あの頃からパソコンを触っていたおかげで、今ではWeb系IT企業でエンジニアをやっている。 初めてインターネットに触れた頃、2ちゃんねる全盛期、おもしろフラッシュ倉庫全盛期というような感じだった。 いいタイミングでインターネットをはじめられたと思う。本当に朝から晩までCeleronのクソPCで「ネットサーフィン」をしていた。あの頃の自分が居たから、今の自分がいると思っている。 話を本題に移すのだが、あの頃のインターネットをやっているやつは、みんなネトウヨだったと思う。 社会的にもややこしい時代だった気がする。中韓ではしょっちゅう反日デモが起こって、その度に国旗が燃やされてたし、その一方で日韓
はじめに 私は現役のフロントエンドエンジニアです。正社員として働く傍ら、約2年間副業を続けてきました。副業で3社経験をして、最長契約期間は1年3ヶ月です。政府も副業を推奨しているし、副業を推しているエンジニアもたくさんいます。そして副業がやりたくて探しているエンジニアもいると思います。 そんな「副業最高！」の空気の中、私は先日副業を辞めました。 何故私は副業を辞めたのか、そして副業経験を積んで得た学んだことをこちらの記事では書き記していこうと思います..... ※ あくまで私の価値観です。副業最高！と思えるような副業をしている人もいます。1人の人間が感じたこととしてご覧ください。。 目次 副業をすることのメリット/デメリット 副業を辞めた理由 価値のある副業について考える 最後に 副業での苦いエピソード(おまけ) 副業をすることのメリット/デメリット メリット 1. 実績とスキルが身に付く
ITエンジニアに刺さる「ポッドキャスト6選」
はじめに 皆さんは「ポッドキャスト」を聞いていますか? ポッドキャストは個人でも配信できる音声メディアのことです。特定のサービスを指すわけではなく、音声ファイルをWebサーバーに置き、RSSフィードで更新情報を配信すればポッドキャストとして認識されます。ポッドキャストのアプリでは、そのRSSフィードのURLを登録すると随時更新された音声データを聴くことができる、という仕組みです。専用のアプリをインストールしておくと番組が更新された時点でプッシュ通知されるため、常に最新の音声データをチェックできます。 ポッドキャストという名前の通り、「iPod」時代の遺物といったイメージもあるかもしれません。しかし昨今、ポッドキャストが見直されているようです。大きな流れとしては、2018年に「Anchor」というポッドキャスト配信サービスが広まったことに起因すると思われます。録音から配信までを1つのサービス
発表資料作り、全体的な流れは 1 週間ぐらいかけて構想して、半日使って 15,000 字ほど書いて (コード片含む)、半日使ってスライドに起こす(結果として 6000 字ぐらい使う)、って感じですね。貯めた文字列を組み合わせている最中に構想とは別のストーリーが降ってくることも多い。— Takafumi ONAKA (@onk) July 3, 2018 このツイートの「文字を組み合わせる」のところについて、もうちょっと掘り下げてみる。*1 この記事は はてなエンジニア Advent Calendar 2022 の1月2日の記事です。昨日は id:stefafafan で 『UNIXという考え方―その設計思想と哲学』を読んだ - stefafafan の fa は3つです でした。 3 つのポイント 知っていること 7 割、聞いたことがあること 2 割、知らないこと 1 割 引用しやすいワー
思い込みや思考の癖から脱する。相手の期待値を上回るために必要な「メタ思考」のフレームワーク - ミーツキャリアbyマイナビ転職
大量の業務に追われ、気づけば目の前の仕事をこなすだけの日々……。より質の高い仕事を求めたり、斬新なアイデアを生み出したい気持ちはあっても、なかなか時間と心の余裕を持てない人も多いはず。 そんな人におすすめなのが、物事を一つの上の視点から考える「メタ思考」のフレームワーク。『具体や抽象』などの著書で「メタ思考」の有用性を提唱してきた、ビジネスコンサルタントの細谷功さんは「一つ上の視点から考えることで『気づき』を得られ、知的な成長のための第一歩を踏み出すことができたり、思い込みや思考の癖から脱することによって発想が広がります」と言います。 高難度の仕事をこなしてキャリアアップを実現させたいビジネスパーソンにとっても非常に重要なメタ思考の基本的な考え方と、日々の仕事にメタ思考を取り入れる方法論について、細谷さんに伺いました。 細谷功（ほそや・いさお）さん。ビジネスコンサルタント、著述家。1964
技術記事を書くまでのステップについて順にコツを解説していきます。 特に、技術記事を書きたくてもテーマ選定が難しい、文章が苦手だ、なぜか筆が進まない、うまくまとめられないといった方に読んで欲しい記事です。 一応、エンジニア歴としては数年以内のジュニアレベルの方を想定しています。 以下のように技術記事を企画して、書いて、公開するためのプロセスごとにちょっとしたコツをまとめています。気になるセクションだけでも読んでいただければ幸いです。 テーマを決めよう 対象読者を決めよう 章立てを決めよう 書こう タイトルを決めよう 【余談】技術記事を書く理由とは 筆者について QiitaとZennにて6年以上の記事発信経験があり、 Qiitaでは5,942Contributionsを記録、 Zennでは3,253Likesをいただいています。 テーマを決めよう コツ：テーマのカテゴリによって執筆のポイントや
はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し
そうして「メモ帳」「天気予報」「パズルゲーム」... など色々アプリを作っている中で「自分のテスト勉強のためのアプリが欲しい」となり、自作の単語帳アプリを開発した。これが「暗記メーカー」の原型となっている。 また、書籍にアプリのリリース方法についても記載されていたこともあり、この頃からPlayStoreへのアプリの公開を始めた。 今でこそPlayStoreでは「20人のテスターを集めて14日間テストする」「開発者の身元確認」といったアプリを出すまでの工数がかかるものとなっている。ただ、当時は（確か）そういった制限は存在せず$25の登録料を払えばリリースし放題だったので、アプリが完成したらとりあえずストアに公開していた。 基本的に出したアプリは鳴かず飛ばずだったが、その中で「暗記メーカー」だけは定期的にダウンロードが発生していたため、ユーザからのフィードバック等を参考にアップデートを続けるよ
Microsoft Teams基本編（はじめに覚えること10選）に引き続き、FormsやPower Automateを利用した「活用事例10選」としてTeamsの活用事例をセミナー形式でデモを交えてご紹介しました。 その時に利用した資料となります。操作方法の説明ではなく、活用方法の紹介となります。活用方法は職場環境によって異なってきますのであくまでも気づきを得るためのヒントとしてご覧ください。 ※契約しているライセンスによって利用できない機能もあります ※基本編は↓こちら 1．チームでExcelの共同編集Excelファイルはオンラインで開いて共同で編集することができます。Teamsの上部タブに貼りTeamsを基盤とすることで利便性が向上します。ここでは、日々更新をする出勤予定表Excelを例にあげております。 Excelファイルを上部タブに追加 2．Teamsを利用したオンライン投票チーム
ソフトウェアエンジニアの自分にとって、メンタル面でのバイブルYoutube動画を紹介してみる｜Kanon
昨日・一昨日と『カービィ』や『スマブラ』を手掛けられたことで有名な、桜井政博さんのチャンネル『桜井政博のゲーム作るには』の最終回動画がバズってますね。 動画に費やされていた時間、費用に感心。そしてゲーム業界の底上げになればという桜井さんのアツい気持ちが伝染した、という人も多かったように思います。 この最終回の動画で桜井さんがおっしゃられている、「やれるときにやるべきことをやる」という言葉には震えました。 また、このポストを見て思うところがあったり、モチベーションがさらに上がった人もいるかもしれません。自分もその一人でした。 桜井政博さんのアレ、一番学ぶべきことは、エンタメ業界で仕事するとなるとあのレベルの偉人があのレベルの異常稼働してくるのと平等に競わないといけない、という部分だと思う — 女性声優 (@ssig33) October 22, 2024 と、そんなことを考えているときにふと
「専門性が高い人になりたいですか？」 そう問われたら、多くの人が「はい！」と答えるでしょう。エンジニアやデザイナーのような専門職に限らず、ビジネスパーソンの多くも、「できることなら何らかの専門性を高めたい」と思っているはずです。 しかし、そもそも「専門性が高い」とはどういう状態を指すのでしょうか。どんな人になれば「専門家」だと評価されるようになるのでしょうか。それを突き詰めて考えることが専門性を高めるヒントになると思い、少し深堀してみました。 最後には、まだ実験中ですが、ChatGPTを活用して専門性を高める方法をご紹介します。 専門性と体系化の関係 辞書サイトのWeblioを見ると、専門性とは「特定の分野のみに深く関わっているさま。高度な知識や経験を要求されることや、その度合い」と書かれています。この定義に従うと、専門性には「特定の分野の高度な知識や経験」が必要だということになります。
2023年に読んでよかった技術書
おそらく 2023 年に Zenn で出す最後の記事になるかと思います。 タイトルの通り、2023 年に読んだ本の中で、特に素晴らしかったものをご紹介します。 とはいえあまり今年は技術書を読んだ印象がなく… というのも、特定の xx(例えば Next.js、Ktor)といった部類に関しては公式のドキュメントを読むことがほとんどになり、書籍に求めるのは公式ドキュメントに書かれていない何かや誰かの経験・ノウハウになったからだと思います。 この記事を書くにあたって今年読んだ本を振り返ってみても、やはり十数冊程度(それでも月に 1 冊は読んでた)のでインプット：アウトプットの割合的には良いバランスではないかと思っています。 ただ、先に述べた通り公式ドキュメントに書かれていないなにかを売っている本というのはどれも本当の意味で価値があるものであり、皆さんにも本当に意味のある情報にお金を使っていただける
大流行中のオールインワンツール「Notion」をご存知でしょうか？ SELECKでも昨年末に、基礎編・応用編・発展編にわけて「Notionの使い方」をご紹介させていただきましたが、大きな反響がありました。 一方で、少し使ってはみたものの、その万能さゆえにまだまだ使いこなせていない…という方々も多くいらっしゃるのではないかなと思います。 そこで今回は、Notionを使いこなしている8社の事例をお届けさせていただきます！ どの企業も、アイデアと運用の工夫がすごく参考になります。自社にも役立つ活用法がきっと見つかると思いますので、ぜひご覧ください。 ＜今回ご紹介する8社の事例＞ 独自ドメインを設定！コーポレートサイトを自作 / Appify Technologies ワークスペースの「ポータル化」で必要な情報にアクセス / GMOペパボ テンプレを使った議事録作成の効率化から、振り返りまで /
![8社のイチオシ「Notion活用術」を大公開！採用、ナレッジ共有、プロジェクト管理まで | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/25e3b6608173320e688d74b1bfc69803c10a4f5b/height=288;version=1;width=512/https%3A%2F%2Fseleck.cc%2Fwp-content%2Fuploads%2F2021%2F02%2FFrame-27.png)
ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks
https://findy.connpass.com/event/318375/ での登壇資料です。
3日に公開が始まったOpenAIの「Deep Research」を、会社の業務上の情報収集に使えるか調べるために試験導入してみることにしました。正直なところ月額200ドル（約3万円）の価格は高いと感じていますが、それでも驚異的な情報収集と整理能力を持っているのは間違いなく、有効に使えれば安いと感じるかもしれません。筆者はスタッフが数人のインディゲームの開発スタジオを経営しており、2025年内発売を目標に新作タイトルを開発している最中です。どこのインディゲームスタジオも同じように抱えている悩みは、自分たちのゲームの存在を知ってもらうための有効なマーケティング手法の問題です。そこにDeep Researchを使って調査して、アクションプランを立案した様子をご紹介したいと思います。 最新モデル「o3」ベースのリサーチ機能 Deep Researchは推論システムを複数同時に走らせてプロセスを重ね
「軽度」のアルコール依存症と、一年半の治療
初めに私は「軽度」のアルコール依存症です 「軽度」というのは自己診断です 日常生活に大きな支障はないけれど、飲酒をコントロールできず、将来的に日常生活にも支障が出る可能性があると考えてました 1年半前から病院に通院して治療をして、生活は改善されました 治療の振り返りも兼ねて、この文章を記載しています 同じようにアルコールで悩んでいる人に少しでも役に立てれば、、と思います 先に書いておきますがアルコールで悩んでいる方は、一人で悩まずに病院へ行くことを強くお勧めします 私がどんな状態だったか・仕事が終わってから帰宅後は一人で酒を飲んで過ごす飲酒量がコントロールできないので、缶ビール2本だけのつもりが、買い足して6本～10本に増えるのは日常 ・午前中に今日は飲まない、と考えていても、帰宅時に酒を買ってしまい、結局飲む ・連休や休日は、寝ているとき以外は飲酒して過ごすことが多い我慢できる場合もある
2022年度に読んで面白かった個人的ベストを発表します 早いものでもう年末です。今年度は「働き方改革」の人類史という本を執筆＆出版したのですが、そのために読書の種類がやや偏ってる感が否めません。とはいえ、「これはすごい」という本はいくつもありましたので、ご紹介します。 ちなみに私が今年読んだ本ということなので、2022年以前に出版された本も数多く含みます。その点あらかじめご了承ください。 1.『新疆ウイグル自治区』 中公新書 熊倉 潤 著 リンク 近年、政治だけでなく経済的にもウイグル問題が注目されるようになっています。中国当局によるウイグル人のジェノサイド、そして思想的改造に対し、抗議の意味を込めて政治的なアクションを取る場合もあれば、ウイグルに工場を持つ企業に対するボイコットや取引禁止をする場合もあります。特に欧米が主導するダイバーシティだったり少数派の権利の尊重といった文脈から中国政
AIがヤバい。今回は本気でヤバい。 既存の仕事は今後どうなってしまうのか。ライター業は、AIに取って代わられるのではないか。 危機感の理由は「GPT-4」だ。米OpenAIが3月14日（現地時間）に公開した、次世代の大規模自然言語モデル。その試用が、AIチャットbot「ChatGPT」の有料版で利用できるようになったので、早速試したところ、たまげた。 以前のバージョン「3.5」は、詳細かつ適切に指示しないと狙った結果が得られなかったのだが、「4」は、雑な指示でも適切な結果を返してくれる。例えば、以下のような感じだ 「ゆかたんかわいい」で「縦読み」を作ってもらった。「縦読み」とは、横書きで意味の通じる文章で、冒頭の文字を縦に読むと別の意味になっている、という言葉遊びの一種だ。前モデルの「GPT-3.5」だと要領を得ない返答だったが、「GPT-4」は一発でこんな答えを示した。 「ゆめのような彼
聴く技術書！ラジオ好きエンジニアに贈る2025年おすすめテック系Podcast7選 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに IT業界で日々奮闘しているみなさん、おつかれさまです。自己研鑽に励むみなさんなので、新しい技術を学んだり情報収集したいけど、なかなかまとまった時間が取れない…そんな思いを抱えてやいらっしゃいませんか。 この記事では、そんなあなたのために！スキマ時間を有効活用できる、聴くだけで知識が深まっちゃう雑談テック系Podcastを厳選して7番組ご紹介します。通勤時間や家事の合間など、ちょっとした空き時間で気軽に聴けるので、ぜひ参考にしてみてください。 筆者ってどんなやつ？ 主にL1～L3を領域にしているネットワークエンジニア 広域ネット
画像提供元 photo AC様 ごきげんよう ※2022年1月22日追記 本記事を無償電子書籍にしました。 技術書典12にて頒布中です。 surumegohan.hatenablog.com 今回は掲題の通り 個人事業主（フリーランス）である私が株式会社に対して訴訟を起こし、事実上勝訴となった話を記載します。 裁判所からの和解調書の一部 この記事の最大の目的は相手方に対してどうこうではなく、世の中の個人事業主（フリーランス）が企業と契約した際のトラブルにおいて、少しでも泣き寝入りをする人を減らすためです。 しかしながら、私自身は法律の専門家ではないので、本記事中に不正確な面も含まれている可能性もあるため本記事をそのままご自身の立場等に照らし合わせることはもちろんできません。 本記事に関することで何かしら問題が発生しても責任はとれません。 また、本記事において説明の不足点があることは重々承知
この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW
【年末年始】2021年の「年間総合はてなブログランキング」トップ100と「はてな匿名ダイアリー」トップ50、一挙公開！ - 週刊はてなブログ
みなさんにとって2021年はどんな一年だったでしょうか？ 週刊はてなブログでは、毎週月曜日にはてなブログ・はてな匿名ダイアリーの記事を対象としてはてなブログ独自の集計を行い、「今週のはてなブログランキング」を公開。ランキングにはそのときどきの注目記事が集まっています。 今回は、その総決算として2021年にもっとも注目を集めた「年間総合はてなブログランキング」トップ100の記事と、「はてな匿名ダイアリー」トップ50の記事を発表します！*1。集計期間は2021年1月1日～同12月22日です。 # タイトル／著者とブックマーク 1 東大が無料公開している超良質なPython/Data Science/Cloud教材まとめ (*随時更新) - Digital, digital and digital by id:touya_hujitani 2 高卒新人に資産運用を説明する - やしお by id
全てのエンジニアに向けて「エンジニアとして生き残るために」 NTTコミュニケーションズ技術顧問・和田卓人氏 - Shines｜ドコモビジネス｜NTTコミュニケーションズ
NTTコミュニケーションズ ソリューション＆マーケティング本部 ソリューションコンサルティング部 地域協創推進部門 中川 あやめ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 最後まで読んでもらえると幸いです。 システム設計はエンジニアにとって重要なスキルですが、いざ学習しようとすると幅広い知識と実践的なスキルが求められるため、独学ではハードルが高く感じられることも多いです。今回は、システム設計を学ぶためのオープンソースプロジェクト 「system-design-primer」 を紹介します。system-design-primerを活用することで、システム設計の基礎から応用まで体系的に学べるとの
アジャイルを実践する組織であってもウォーターフォールを学ぶことには価値がある - mtx2s’s blog
「すべてのライフサイクルモデルの祖は、ウォーターフォールモデルである」とは、スティーブ・マコネルの言葉だ1。また、ソフトウェア開発ライフサイクル（SDLC）に関するGitHubの文書では、広く採用された最初のSDLCがウォーターフォールモデルであるとされている2。 そこに、ウォーターフォールを学ぶことに対する価値がある。それは、スクラムを導入し、アジャイルソフトウェア開発を実践する組織にも言えることだろう。いや、そうであるからこそだ。どんなソフトウェア開発プロセスモデルであろうと、ウォーターフォールから派生したり、何らかの影響を受けていると考えられる。したがって、ウォーターフォールへの理解から、自分達がやっていることの本質を見いだせるのではないだろうか。 ウォーターフォールなんて誰でも知っていると思うかもしれないが、そうとも限らない。確かにウォーターフォール未経験のソフトウェア開発者は少な
この記事はSmartBank Advent Calendar 2024 6日目の記事です。 昨日は kassy さんの「成長するスタートアップ労務の醍醐味と挑戦をUXリサーチャーが聞いてみた！」という記事でした。 はじめに サーバーサイドエンジニアの mokuo です。普段は、カード決済やあとばらいチャージに関連する機能の開発や運用を行っております。 本日は、サーバーサイドエンジニア向けの記事になります。 本記事でお話しすること システムには断続的に行われる一連の処理、というものがあります。この中で非同期処理を行うこともあるでしょう。 例) EC サイトにおける注文処理のワークフロー このような機能を開発・運用していると、以下のような課題に直面することがあります。 処理の流れが把握し辛い 変更を行うのが困難 データの整合性を担保するのが難しい しかし、適切に設計を行うことで、これらの課題を
エンジニアが事業で勝つための「概念整理」のスキルについてーー事業開発の現場で学んだ「技術と事業をつなぐ」思考法｜naro143
私は都内のベンチャー企業でSaaSの開発をしているエンジニアです。 最近、事業を進めるなかで感じていることがあります。それは、エンジニアとしての「優秀さ」の定義が変わってきているな、ということです。 もはや技術力では勝負がつかないかつてエンジニアの優秀さの定義は「いかに高い技術力を持つか？」が大きな割合を占めていました。 しかし、いまの日本のWeb事業において、ぶっちゃけ「技術力」が事業の決定打になることはほぼありません。 たとえば「Wantedly」のような求人掲載サービスも「クックパッド」のようなレシピ共有サービスも、機能として見たときには大きな違いがないですよね。情報が登録できて、表示されて、検索できて、いいねや検索条件の保存ができて……と、基本機能はほぼ同じように見えます（あくまで外から見た限りですが）。 私たちが開発中のSaaSも、基本機能は「データ入力、保存、表示」なので、さほ
あなたのチームがいくつも未着手の仕事を抱えているとき、どのようにそれらに着手し、そして完了させていったら良いでしょうか？ アジャイルには「始めるのをやめよう。終わらせることを始めよう。」という言葉があります。Tebiki株式会社では、この考え方を基本として、 デスクレスワーカーのための現場教育SaaS「tebiki」を開発しています。 この記事では、新しい仕事を「始める」ことを優先する場合と、仕掛り中の仕事を「終わらせる」ことを優先する場合の比較をしながら、かつては「始める」ことを優先していた Tebiki社が「終わらせる」ことを重視するように変わっていった事例を紹介したいと思います。 仕事が「終わる」とはまず前提として、仕事が「終わる」とは、どういうことでしょうか？たいていの仕事では、まず必要な作業を計画し、それを実行することでその仕事を進めるはずです。 それでは、計画していた作業をひと
哲学者であり作家としても活動している千葉雅也さんは、長年「書けない」悩みと対峙（たいじ）し続けてきた。 近年はSNSやブログなど、自分の言葉をアウトプットできる機会が増えた。そういった自己発信の場以外でも、企画書や取引先へのメールなど、「書く」という行為は私たちの生活と密接している。「書けない」悩みや「書く」ことへの苦手意識を抱く人も少なくないだろう。 それらの根底には「ちゃんとした文章を書かなければならない」という呪縛がある、と話す千葉さんに「書けない」悩みを克服する手がかりを伺った。 インターネットの広がりにより、ブログ、SNS、小説投稿サイトなど言葉で自己表現できる多種多様なサービスが身近な存在になった。文章を書く機会は増えたが、文章を書くハードルが下がったかといえば、意外とそうでもない。 何かを書きたい気持ちはあるのに、いざ書こうと思うと「うまく書けない」「まとまらない」。 読み手
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアな転職に役立った書籍と考え方そして実際やったこと. - Lean Baseball
新刊『エンジニアリングマネージャーのしごと』発売のお知らせ
完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita
日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について
CTOと話してわかってきた「魅力的なエンジニア組織」と感じる9つの要素｜野崎耕司
休日でもつよつよエンジニアは勉強してる。勉強しないと不安が止まらない病を倒すために必要なこと⚔️
2020年にブックマークしたページでよかったもの集めた - Really Saying Something
自称中庸ネトウヨの30代男性が、ブルアカに感謝していること
副業を2年続けて辞めた話 〜副業のメリットデメリット〜 - Qiita
ストーリー性のあるプレゼン - id:onk のはてなブログ
なかなかアウトプットできないあなたが技術記事を書くときのコツ
リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
個人開発のアプリ「暗記メーカー」が100万ダウンロードされるまで｜ymdkit
Microsoft Teams 活用編(活用事例 10選)｜しろかば
さて、専門性と体系化の話をしようか | knowledge / baigie
8社のイチオシ「Notion活用術」を大公開！採用、ナレッジ共有、プロジェクト管理まで | SELECK [セレック]
月3万円で使えるOpenAIの「Deep Research」 驚異的だが、情報格差が広がる不安も感じた (1/6)
2022年読んで良かった「ベストブック」10冊 - 歴ログ -世界史専門ブログ-
ヒエッ！ GPT-4がスゴすぎて、「AIで仕事がなくなる」不安がいよいよリアルに
個人事業主として株式会社に訴訟して事実上勝訴した話 - するめごはんのIT日記
ナレッジマネジメントを組織に定着させるための提案｜國光俊樹
システム設計を効率的に学べる「system-design-primer」 - Qiita
非同期処理においてデータの整合性を保つアーキテクチャパターン - inSmartBank
始めるのをやめよう。終わらせることを始めよう。
きちんとした文章を書かないといけない、なんてない。｜千葉 雅也