こんにちは！Keeth こと桑原です。この番組では、Web 業界で働くテックリード，技術広報，EM見習い，ジェネラティブアーティストをしている人間が，日々の学びや気付き，感じたことをお話ししています💁♂
ART19 以外にも，Spotify・YouTube・Amazon Music for Podcast 等でも聴くことができますので，お好きな媒体でお楽しみください♫ 配信でお会いしましょー😄
【パーソナリティ】
・𝕏（旧：twitter）
・アート作品
https://openprocessing.org/user/299354/
・LISTEN
https://listen.style/p/kkeethtalk?08prPz8J
【おたよりフォーム】
https://forms.gle/utkE7JBKSReSdArPA
https://art19.com/shows/kkeethengineers
Season -No.85 朝活「続・4 Design Patterns That Violate "Back" Button UX Expectations」をダラダラ読む回
はい．第85回は前回に引き続き 4 Design Patterns That Violate “Back” Button UX Expectations – 59% of Sites Get It Wrong https://baymard.com/blog/back-button-expectations を読んでいきました💁 前回と同じようなコメントをしてしまいますが，とても素晴らしい記事でした．細かい一つのボタンでしかないですが，ユーザー体験としてはかなり影響度が高いものでもある「戻る」ボタンについての考察が続きました． ブラウザバックすることも多いと思いますが，アプリやシステムだけでなく，ユーザーのコンテキストや仕様端末によってどこの画面に戻るのが正解なのかはつ都度しっかり考えて実装する必要があることを，改めて肝に銘じたいと思います❗ ではでは(=ﾟωﾟ)ﾉ UX usability accordion checkouts browser “Back” button technically the same page separate page time-consuming and troublesome new views states Multistep processes within a page Expanding content Anchor links Truncated content Variations on the product page length of the process separate URL lose overview “Back to top” kicked off the product page entirely no indication “Recently Viewed” items HTML5 History API history.pushState() 59% of sites that don’t support See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.84 朝活「4 Design Patterns That Violate "Back" Button UX Expectations」をダラダラ読む回
はい．第84回は 4 Design Patterns That Violate “Back” Button UX Expectations – 59% of Sites Get It Wrong https://baymard.com/blog/back-button-expectations を読んでいきました💁（次回に続きます） 細かい（いわゆる atoms レベルの）コンポーネントですが，UX の観点ではかなり大事な「戻る」ボタン．確かに体験のことを加味するとこれ一つでユーザーが離れてしまう危険性もあるので，しっかり考えていきたいですね〜！ ではでは(=ﾟωﾟ)ﾉ usability studies very specific mental model breaks users’ expectations “Back” button cause of abandonment Overlays & Lightboxes Filtering & Sorting Accordion Checkouts Product Page to Product List navigation new view expanded element UX design process and workflow live chat offers site-provided “Close” element Deemphasize ‘Install App’ Ads or Avoid Them Entirely Product Lists & Filtering acts as an “Exit” link See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.83 朝活「ソフトウェア設計について twada 技術顧問と話してみた」をダラダラ読む回
はい．第83回は ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 https://engineers.ntt.com/entry/2022/05/23/083118 を読みました💁 やはり技術レベルが高いお二人の会話ですので，私個人としてはかなり学びが多くありがたい記事でした❗是非皆さんも読んでみてくださいー😆 ではでは(=ﾟωﾟ)ﾉ John Ousterhout A Philosophy of Software Design @iwashi86 twada https://speakerdeck.com/iwashi86/understand-roughly-philosophy-of-software-design-in-30-minutes Change Amplification （変更の増大） Cognitive Load （認知的負荷） Unknown Unknowns （未知の未知） Dependency （依存性） Obscurity （不明瞭性） 複雑性の排除（たとえば、特別なケースを排除する） 複雑性の隠蔽（たとえば、難解な部分が見えなくても使えるようにカプセル化する 小クラス主義 と 大クラス主義 Gang of Four Java Ruby Deep Module（深いモジュール） Shallow Module（浅いモジュール） 認知的負荷 utc_offset 田中 哲(akr)さん APIデザインケーススタディ ――Rubyの実例から学ぶ。問題に即したデザインと普遍の考え方 プログラマが知るべき97のことの1つ プログラミング作法 似た機能でちょっと違うものの実装 ポリモーフィズム リファクタリング Strategyパターン 差分クラス Template Methodパターン ユニットテスト 抽象 継承 fukabori.fm See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.82 朝活「フロントエンドのTech Twitterの言説は死んでいるか，死につつある」という連続ツイートをダラダラ読む回
はい．第82回は Tech twitter especially frontend discourse is dead or at the very least dying and becoming increasingly disconnected. 👇 https://twitter.com/PKodmad/status/1518388413396754432?s=20&t=gIq5fFlVczgAfz0dQ4NiZQ から始まる連続ツイートを読んでいきました💁 非常に共感の多いツイートではありましたし気持ちも理解できますが，業界全体とまでは言わないまでも，目の前のコミュニティからでも何かしら改善しつつ，フロントエンドエンジニア界隈のさらなる活性化や相互作用を生み出していきたいなーと思いました❗ ではでは(=ﾟωﾟ)ﾉ twitter frontend Open source burnout community Great resignation salary disparity lack of growth bad management Senior leaders getting into management Flood of beginners Web 3 Death of conferences Low engagement State of the world , covid and war See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.81 朝活「続・いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。」をダラダラ読む回
はい．第81回は前放送に続き いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 https://note.com/fmkpro1984/n/n09a2f5b01f33 を読み終わりました💁 繰り返しになりますが，とても素晴らしい記事でした❗ドキュメントや仕様書に関するツールや技術は変化はあれど，それを使う人自身は今後もそれほど進化することはないと私は思っていて，だからこそこの記事は長く輝き続けると予想しています．是非皆さんもご一読いただければ❗ ではでは(=ﾟωﾟ)ﾉ プロジェクト 仕様書 ローンチ 検証結果 チームメンバー リリース UIUX リニューアル 開発仕様：バックエンド側 ブリーフィング 仕様レビュー会 開発規模 開発仕様：フロントエンド（クライアント）側 開発仕様：トラッキング イベント名 プロパティ名 発火条件 QA プラン 工数 備考・関連部署 周知スケジュール エッジケース メンバーリスト 面倒臭がらずにやるかどうか 定石の項目を抑えているかどうか 優先順位 P1 （必ず必要） P2（ちょっと無理をしてでもできれば欲しい） P3（余裕があれば開発しても良いかも） 頻繁にアップデート 情報の鮮度を保てるか 太古のレガシー仕様 仕様修正・仕様追加 Slack / 口頭で変更を決定した仕様 See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No. 80 朝活「いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。」をダラダラ読む回
はい．第80回は いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 https://note.com/fmkpro1984/n/n09a2f5b01f33 を読んでいきました💁 プロジェクトにおけるドキュメントの大事さについて書かれた記事は数多存在しますが，仕様書についてここまでキッチリと，かつ幅広く言語化されたものは中々なく，読み応えも十二分な記事でした．ぜひ皆さんも読んでみてくださいー❗ ※今回マイクの設定が誤っており，音質が悪いです💦 ではでは(=ﾟωﾟ)ﾉ 仕様書 フリッツ 5 つの効果 重要性が増していく 2 つの理由 14 の項目・実戦編 作成時に心に留めたい 3 つのこと 仕様書フォーマットに正解はない PdM PM エンジニア QA プロダクト チーム メンバー リリース One fits for all = 全ての場合に適用できる理想の仕様書 「含めたほうが良いもの」の最大公約数 コミュニケーション・サーチコスト 関連ドキュメント Slack の海 仕様変更 終盤のカオス One True Source （ここに行けばすべての真実が書かれている） 機能 エッジケース 在宅勤務 時差出勤 グローバル開発 仮説 実験用フラグ名 バリアント情報 振り分け% See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.79 朝活「エムスリーで学んだことを言語化する」をダラダラ読む回
はい．第79回は，エンジニア界隈では有名（と個人的に思っている） エムスリーで学んだ事を言語化する https://note.com/vaaaaanquish/n/nf4182bfe183e ばんくし王さんの記事を読んでみました💁 ビジネス的な観点の記事でしたが，とても素晴らしく，この観点や視点はエンジニアにはとても大事だなと改めて感じるとともに，ばんくし王さんの視座の高さに刺激もいただきました．しっかり精進していきます！ ではでは(=ﾟωﾟ)ﾉ 視座 成長 エムスリー株式会社 ビジネス書 共通言語 @m_nishiba 採用基準 ハンターハンター 本気で叩いても壊れないオモチャ ソフトスキルの成長論 CADDi アイデアを100個出す あり得ない道 @imaimai0 プロダクト 数を打つ See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.78 朝活「Testable Frontend- The Good, The Bad And The Flasy」
はい．第78回は Testable Frontend: The Good, The Bad And The Flaky https://www.smashingmagazine.com/2022/07/testable-frontend-architecture/ というフロントエンドにおけるテストについての記事を読みました💁 僕が読んできたテストに関する読み物の中でも１位２位と言ってよいほど素晴らしい記事でした．よくまとめられており，よく言語化されており，フロントエンドエンジニアの皆さんには是非ご一読を，と申し上げたい（個人の感覚ですw）． ではでは(=ﾟωﾟ)ﾉ Front-end Testable Unit tests Integration Tests E2E React Testing Library Tools Processes Cypress MSW Jest Playwright TDD testim.io API subsystem UI Components UI BUILDING BLOCKS APP WIDGETS Web Platform Tests See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.77 朝活「The Funnel Technique in Qualitative User Research」
はい．題77回は The Funnel Technique in Qualitative User Research https://www.nngroup.com/articles/the-funnel-technique-in-qualitative-user-research/ という，ユーザーインタビューなどのユーザーリサーチのテクニック「Funnel Technique」に関する記事を読んでいきました💁 正直エンジニアにはあまり馴染みはなく，使い所もそれほどは無さそうなテクニックではありますが，いわゆるソフトスキルに近いものでもあり，コンセプトや細かなノウハウは日常生活・チームビルディング・コミュニケーションでも使えるなと感じました．実際に一回使ってみて検証をしたいですねー． ではでは(=ﾟωﾟ)ﾉ Funnel Technique User Research User Interview Usability tests open-ended questions closed questions from general to specific interview guide priming probing questions Funneling Tasks qualitative usability tests See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.76 朝活「Why we transitioned from Sprints to Basecamp’s “Shape Up” methodology 」をダラダラ読む回
はい．第76回は Why we transitioned from Sprints to Basecamp’s “Shape Up” methodology https://medium.com/adventures-in-consumer-technology/why-we-transitioned-from-sprints-to-basecamps-shape-up-f416114224e7 を読みました💁 チームビルディングの手法の一つで，とても参考になりました❗ただ，引用元の Shape Up というドキュメントを読んで知っておかないと中々理解しづらいものでもあり，読んでみたいとも感じました．皆さんも是非チャレンジしてみてくださいw ではでは(=ﾟωﾟ)ﾉ raised $39M Series B Shape Up: Stop Running in Circles and Ship Work That Matters six-week cycles Dual Tracks Shaping Building swarm betting Pitch thinking of work like a hill Bets, not Backlogs betting table Safesite Foresight strategy Sprints See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.75 朝活「A Testing Philosophy」をダラダラ読む回
はい．第75回は A Testing Philosophy https://alexkondov.com/a-testing-philosophy/ を読みました💁 まさにテストに関するフィロソフィーが各カテゴリごとに書かれており，分かりやすくかつ読みやすい記事でした．テストについても継続的に追っていきたいし伝えていきたい．またテストを各文化の醸成もしていきたいなと思いました❗ ではでは(=ﾟωﾟ)ﾉ Unit Tests Integration Tests E2E Tests Existing Application Private Functions Production Not QA Software See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No. 74 朝活「終・デジタル庁活動報告書」をダラダラ読む回
はい．第74回も引き続き デジタル庁活動報告書 https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/f9c3d7af-4744-433e-a962-adf58e28b22e/e3b518eb/AnnualReport20220901.pdf を最後まで読みました💁 Stand.fm でも語っていますが，読了の感想としてはとても未来と可能性を感じる報告書だったなと❗ぜひ皆さんもご一読いただき，デジタル庁が色々動いてきた軌跡を把握し，今後のデジタル庁がどのように動いていくのかを感じていただければと思います❗ ではでは(=ﾟωﾟ)ﾉ デジタル庁 デジタル庁設立1年の活動報告 デジタル化 デジタル基盤 ガバメントクラウド 政府機関 組織体制 組織文化働く環境 プロジェクト制 ユニット制 霞ヶ関の働き方 目指す姿 組織立ち上げフェーズ 機能強化フェーズ See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.73 朝活「続続・デジタル庁活動報告書」をダラダラ読む回
はい．第73回も引き続き デジタル庁活動報告書 https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/f9c3d7af-4744-433e-a962-adf58e28b22e/e3b518eb/AnnualReport20220901.pdf を読んでいきました💁 ではでは(=ﾟωﾟ)ﾉ デジタル庁 活動報告書 成果と進捗 地方自治体 府省庁 ガバメントクラウド デジタル改革共創プラットフォーム デジタルの日 デジタル化 ISMAP セキュリティ対策 生産性 teams slack リモートワーク 府省LAN DFFT（信頼性のあるデータ流通） G7デジタル大臣会合 See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.72 朝活「続・デジタル庁活動報告書」をダラダラ読む回
はい．第73回は前回に引き続き デジタル庁活動報告書 https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/f9c3d7af-4744-433e-a962-adf58e28b22e/e3b518eb/AnnualReport20220901.pdf の続きを読んでいきました💁 最初に一つだけ謝罪をば…本当はこの前にもう一本配信する予定でしたが，まさかの音声が録音できておらずでして…😭ちょっと内容が飛んでおります🙇 この1年間のデジタル庁の歩みや今後の展開予定がきっちり書かれており，だいぶデジタル庁がどういうコミットをされているのかが見えてきました．また今後にとても期待できる内容だとも感じました❗頑張れデジタル庁❗ ではでは(=ﾟωﾟ)ﾉ デジタル庁 活動報告書 マイナンバーカード 成果と進捗 デジタル基盤 成長戦略 アナログ規制 データ戦略 プラットフォームにおけるデータ取扱いルールのガイダンス Ver.1.0 政府相互運用性フレームワーク（GIF） アドレス・ベース・レジストリのパイロットシステム マイ制度ナビ 医療 福祉 健康保険証 医療DX推進本部（仮称） 教育データ GIGAスクール構想 データ標準化 デジタルインボイス バックオフィス業務 デジタル田園都市国家構想 地域幸福度 See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.71 エンジニアは休日も勉強すべきか？という議論について
はい．第71回は少し前に話題になった「強いエンジニアは休日も勉強すべきか？（多少の文言の違いはある）」というテーマについて話しました💁 いくつかこのテーマについて書かれたブログがあり，それが我々エンジニアに刺さったのですが，おそらく大元の記事は以下だと思います． 「強いエンジニアは結局休日に勉強してるじゃん」って思うけど https://rabspice.hatenablog.com/entry/2022/03/28/000158 またこちらの記事に関するアンサーブログ（と個人的には感じている）記事も書かれており，こちらがあることで加速した印象があります． 休日でもつよつよエンジニアは勉強してる。勉強しないと不安が止まらない病を倒すために必要なこと⚔️ https://zenn.dev/hagakun_dev/articles/2b40cacdf557dd 色んなご意見やブログがありますが，私もこの議論に乗っかろうと思い今回収録してみました．参考になれば幸いです． ではでは(=ﾟωﾟ)ﾉ エンジニア 勉強 休日 何がしたいか 技術 モチベーション 何のため 必要性 つよつよ 習慣 See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.70. 朝活「Reading Better: Retaining and Applying What You Read, デジタル庁活動報告書」をダラダラ読む回
はい．第70回は Reading Better: Retaining and Applying What You Read https://fs.blog/reading/ デジタル庁活動報告書 https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/f9c3d7af-4744-433e-a962-adf58e28b22e/e3b518eb/AnnualReport20220901.pdf の２つを読んでいきました💁 前者は前回の続きからで読了しましたが，読書に関して良い tips をいただけたので大感謝です❗ 後者はタイトルが全てですが，この１年間の動きに関して良い感じのレポートが作成されておりましたので早速読んでみましたが，読みきれなかったので次回に続きます． ではでは(=ﾟωﾟ)ﾉ Reading tips Taking Notes Blank Sheet Conventional Notes write in the margins simple process to take notes while reading Feynman Technique turning the experience of reading into knowledge デジタル庁 総括 改革 サービス提供 インフラ整備 See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.69 朝活「The impact of removing jQuery on our web performance, Reading Better: Retaining and Applying What You Read」をダラダラ読む回
はい．第69回は The impact of removing jQuery on our web performance https://insidegovuk.blog.gov.uk/2022/08/15/the-impact-of-removing-jquery-on-our-web-performance/ Reading Better: Retaining and Applying What You Read https://fs.blog/reading/ の２つを読んでいきました💁 前者は前回読んだ GOV.UK のサイトから jQuery を引っ剥がしたときの記事の続き的なもので，どういうインパクトがあったのかについて言及したものになりますが，予想の域を下回る数字でしたが，全体で200以上のスクリプトファイルということを加味すると実態としては大きかったのではないかと予想できます😆 後者は読書に関するブログで特別技術に関するものや技術書の読み方的なものではなく，一般的な書籍の読書に関する tips 的なものですが，やはりこちらはこちらで学びがあるので是非読んでみてくださいー❗ ではでは(=ﾟωﾟ)ﾉ render-blocking jQuery Ofcom estimated 2 million households were "experiencing affordability issues with either their fixed broadband and/or smartphone" Real User Monitoring (RUM) data GOV.UK performance wider web performance community monitoring Reading Quit Books Start books quickly and give them up easily Levels of Reading The Levels of Reading Entertain, Inform, Understand, Master Speed Reading Choose Great Books See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.68 朝活「How and Why removed jQuery from GOV.UK，プログラミング的ゾンビとプログラミングの学習について」をダラダラ読む回
はい．第68回は How and why we removed jQuery from GOV.UK https://insidegovuk.blog.gov.uk/2022/08/11/how-and-why-we-removed-jquery-from-gov-uk/ プログラミング的ゾンビとプログラミングの学習について https://zenn.dev/nobkz/articles/31447a77d852a95f5dbc の２つを読みました💁 どちらも素晴らしい記事で，前者はGooDな成功事例かつ国レベルにおける内容でありとても励みになりました❗また後者はとても興味深いポエムが書かれており，自分も考えて言語化したい事が書かれていました❗ぜひ皆さんも読んでみてください❗ ではでは(=ﾟωﾟ)ﾉ UK jQuery How and Why The scale of the problem performance GOV.UK developers frontend documentation on how to remove jQuery our COVID-19 work The final push security risks https://togetter.com/li/1610041 数学的ゾンビ プログラミング コード 問題 理解 創造 アイディア 構築主義 See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.67 朝活「終・Shipping to Production」をダラダラ読む回
はい．第67回は Shipping to Production https://blog.pragmaticengineer.com/shipping-to-production/ を最後まで読み切りました💁 実は前回収録し忘れて喋っており，こちらの記事の間が抜けております…申し訳ないです🙇 しかし素晴らしい記事でしたので，皆さんの方でも是非読んでみてくださいー❗ ではでは(=ﾟωﾟ)ﾉ team Taking pragmatic risks to move faster “risky” changes rollback plan Oncall stakeholders Inside Facebook’s Engineering Culture feedback Revert plans error budget the full article for subscribers SLIs (Service Level Indicators) SLOs (Service Level Objectives) CI / CD systems QA is your friend Accept you will ship bugs See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
Season -No.66 朝活「カミナシ社の執行役員CTOに就任しました，Shipping to Production」をダラダラ読む回
はい．第66回は カミナシ社の執行役員 CTO に就任しました https://note.com/toricls/n/nf3d205c1777c Shipping to Production https://blog.pragmaticengineer.com/shipping-to-production/ の２つを読んでいきました💁 非常に読み応えがありかつ文章も素晴らしく，発信者としてとても参考にしたい記事でした❗（こういう言葉を使えばよいのかー）とても素晴らしいので皆さんも是非読んでみてくださいー❗ ではでは(=ﾟωﾟ)ﾉ @toricls 入社エントリ カミナシ 株式会社カミナシ CTO 執行役員 SaaS チームビルディング 技術的負債 現場ドリブン テックカンパニー YOLO shipping See Privacy Policy at https://art19.com/privacy and California Privacy Notice at https://art19.com/privacy#do-not-sell-my-info.
こちらもおすすめ
The Perfect Introvert
ソフトウェアエンジニアであるこじま(515hikaru)の音声日記です。いま興味があることをゆるりと話します。取り上げる話題はテックニュース、社会問題、仕事やキャリアなど。 https://listen.style/p/tak428k?u1H8Ko08 tak428k.substack.com
Recalog
Recalogは一週間にあったニュースや記事からkokorokagamiとtoudenがピックアップして話す番組です https://listen.style/p/recalog?bqOBxHVT
余談ですが.fm
株式会社カミナシで、EM・何でも屋をしていますKeeth（キース）こと桑原と申します🙋♂️ 日々学んでいる事や個人的に興味ある事、雑談ネタ、皆さんの学び、役に立つ情報などを発信していきます❗️ そして、誰かの参考になる話や、誰かのチャレンジの後押しになるような発信をしていきたい所存です😊 📻当放送で人気のトーク📻 【第1位】 #79 年収を自分で決める、今の年収は妥当か？ https://bit.ly/3t5k46W 【第２位】 #85 面白い名前のプログラミング言語 https://bit.ly/3puAhQX 【第３位】 #30 やめた方が良い事 https://bit.ly/3iWMpaM 🟢 Links Stand.fm 以外でも ■ Twittter https://twitter.com/kkeeth_jsri ■ note https://note.com/clown0082 ■ Anchorfm https://anchor.fm/kkeeth ■ Speaker Deck https://speakerdeck.com/clown0082 ■ LISTEN https://listen.style/p/kkeeth-chat?e5TQ6MPR など色んなところで発信しております🎵 いつでもレター、ご質問等募集しております❗️いただけると望外の喜びです🤩よろしくお願いします💁♂️
みるみる積もる！積読術
この番組ではエンジニアの「もっさん」が日々、積ん読リストに積み上げた本や読んだ本を紹介していきます。主に技術書を紹介します。 紹介する本のほとんどはオライリー公式サブスクリプションで読むことができるものです。 ●【Twitter @mossan_hoshi】 ●【Youtube @mossanhoshi7158】 ●【オライリー本サブスクについて】 https://zenn.dev/mossan_hoshi/articles/20230128_oreilly_learning ●【積読本リスト】 https://1drv.ms/x/s!AqxcPJT01sLlgdsJJ2-wA9mRn1dimA?e=uvyGdD ●【Zenn @mossan_hoshi】 ●【Qiita @mossan_hoshi】
エンジニアストーリー by Qiita
「エンジニアを最高に幸せにする」というミッションのもと、エンジニアの皆さんに役立つヒントを発信していきます。毎回、日本で活躍するエンジニアをゲストに迎え、キャリアやモチベーションの話を深堀りします。ホストは日本最大級のエンジニアコミュニティ「Qiita」プロダクトマネージャーの清野隼史。Twitterハッシュタグは「#エンジニアストーリー」隔週金曜日の朝更新●エンジニアに関する知識を記録・共有するためのサービス「Qiita」https://qiita.com/●エンジニアと企業のマッチングサービス「Qiita Jobs」https://jobs.qiita.com/●社内向け情報共有サービス「Qiita Team」https://teams.qiita.com/
エンジニアトーク「ROLE MODEL」
ROLE MODEL（ロールモデル）は、エンジニアのサクセスストーリーを届けるポッドキャストです。各エピソードで実績のあるエンジニアをお招きし、その仕事を徹底的に掘り下げて、キャリア形成に役立つ情報を配信していきます。 番組の感想・リクエストはこちらから: https://pitpa.jp