読む技術・書く技術・伝える技術 - 15年続けて分かった持続可能なオープンソース開発
footer: YAPC::Fukuoka 2025 - azu slidenumbers: true autoscale: true theme: Plain Jane, 1 [fit] 読む技術・書く技術・伝える技術 15年続けて分かった持続可能なオープンソース開発 azu (@azu_re) YAPC::Fukuoka 2025 自己紹介 azu GitHub: @azu X/Twitter: @azu_re 2010年から15年間オープンソース開発 今日話したいこと 15年間オープンソース活動のうち 2011年-: JSer.info: JavaScriptの毎週更新の情報ブログ 2014年-: textlint: 自然言語のLinter 2016年-: JavaScript Primer: JavaScript入門書 3つのプロジェクトのタイムライン 問い: なぜ15年も続けてい
Cloud Native Technology Map
サイバーエージェントの事業成長と歩調を合わせるように、クラウドネイティブ領域のテクノロジーも日々進化してきました。本冊子「Cloud Native Technology Map」は、私たちがこの領域でどのような技術に取り組み、どのように活用しているかを多角的に紹介することを目的としています。サイバーエージェントにおける技術の現在地と、未来への挑戦を知っていただくきっかけになれば幸いです。 グループIT推進本部 CyberAgent group Infrastructure Unit KaaS プロダクトオーナー 兼 Developer Expert of Kubernetes/CloudNative 青山 真也 Masaya Aoyama サイバーエージェントでは、事業競争力を高めるため、エンジニアがCloud Nativeの進化し続ける技術に積極的に取り組み、開発力と信頼性の向上に真摯に
『技術リーダーシップのための14のヒント』 - snoozer05's blog
編者を担当した電子書籍『技術リーダーシップのための14のヒント』が、2025年5月1日にオライリー・ジャパンより刊行となりました。オライリー・ジャパンさんのサイトから無料でダウンロードいただけます。 技術リーダーシップのための14のヒント - O'Reilly Japan 本書は、Roy Osherove著『Elastic leadership : growing self-organizing teams』（Manning）の翻訳書籍として2017年に出版された拙訳『エラスティックリーダーシップ : 自己組織化チームの育て方』（オライリージャパン）に、日本語版特典として収録させていただいた日本人執筆者による14のエッセイ部分を、独立した形に再編集したものです。 リーダーに求められる立ち振る舞い、コミュニケーションや情報共有をリードする方法、リーダーと開発者の兼任、チームメンバーが自己組織
Thoughtworks Technology Radar とはなにか - yoshidashingo
吉田真吾（@yoshidashingo）です。 めまぐるしく進化するソフトウェア開発の分野において、多くの組織にとって適切な技術選定は難易度の高いプロセスです。企業で利用する多くの技術領域(開発手法、フレームワーク、プログラム言語、ツールやライブラリ、プラットフォーム)それぞれについてロングリストを作成し、自分の組織にあった評価軸や仮説に基づいてショートリストにし、実際にPoC計画を立てて小さいデモプログラム・環境を作成して評価をするといった活動が必要です。さらに、今日採用した技術は半年後1年後にまた再評価が必要になるかもしれない。 こういうプロセスを漏れなく回すためには、成熟化した技術組織を継続維持できている必要があります。十分に組織化されていないスタートアップや、十分な技術投資ができない中小企業や、組織横断的なExcellenceが徹底されていない大企業それぞれにおいてはなかなか実践が
脳波を言葉に、精度97％ ALS患者、家族と会話も ｜ 共同通信
Published 2024/08/15 10:56 (JST) Updated 2024/08/15 11:11 (JST) 【ワシントン共同】全身の筋肉が衰える筋萎縮性側索硬化症（ALS）で発話が難しくなった患者の脳に電極を移植し、脳波から話したい文章を高精度で読み取ることに成功したと、米カリフォルニア大デービス校のチームが14日、発表した。AIが脳波をリアルタイムで解読、使用2日目で英単語の90.2％、8カ月後には97.5％を正しく示した。 発症前の録音を基にコンピューターが本人の声で読み上げ、家族と会話もできた。ペースは毎分32単語で健常者の5分の1だが、専門の介護者が聞き取る方法に比べ5倍近く速い。 研究に参加したのは40代のケーシー・ハレルさん。発症から5年たち、自力では車いすの操作や着替えができず、言葉も不明瞭になっていた。チームは昨年7月、3.2ミリ角の電極チップ4個を脳に
ゼロからのハイパーバイザ自作入門
本書では、64-bit ARM (ARMv8/AArch64) アーキテクチャを前提としたハイパーバイザの仕組みをできるだけ分かりやすく解説し、実際にラズベリーパイ4やQEMUで動作するハイパーバイザ (Type1) を自作する方法を解説しています。 ソースコード: https://github.com/HidenoriMatsubayashi/evisor ⬛︎ 注意 本書はまだ作成中（現在5章を作成中）ですが、モチベーション維持のために公開している状態です（章立てなど今後変わる可能性ありです）。内容は随時更新していますので、気になる方はウォッチやコメント等をお願いします。 ⬛︎ 学べること ・ハイパーバイザとその仕組みと原理 ・64-bit ARM (ARMv8/AArch64) アーキテクチャの仮想化支援機構 ・自作ハイパーバイザの作り方 ⬛︎ コミュニティ 質問や間違い指摘など本書
双安定ヒンジキャップについて - Nature Architects
はじめに この記事をお読みの皆さんは，日頃からヒンジキャップに弾性エネルギーを蓄えては解放し，解放しては蓄えていることと思います。 双安定性を有するヒンジキャップは，開いた状態と閉じた状態のどちらでも停止することができます。このように2つの異なる安定状態（すなわち双安定性）を有する構造を双安定構造(Bistable Structure)と言います。双安定ヒンジキャップは代表的なコンプライアントメカニズム応用例のひとつです。 本記事では，双安定構造の観点からヒンジキャップを観察した内容を記します。 ヒンジキャップにはいくつか種類があります。今回は100円ショップで購入した3種類（一般的な名称が存在しないため造語を含めています）のヒンジキャップについて紹介します。 L字型ヒンジ (L-shaped Hinge) 中央部のL字部材（下図の赤点線）が変形することで復元力を生み出しています。 左右の
ラジオ（電子回路）って凄いな
自分はいわゆるコンピュータ世代なんだが、仕事の関係でアナログ回路について学んでいる。大人になってからマイコンボードやセンサを趣味でいじったことはあったのだけど、痒い所に手が届く制御回路を作成する必要があったので腹を決めて勉強し始めた。だいぶわかるようになってきたんだが、勉強した内容を振り返ってみるとその大半が(AM)ラジオに入っていることに気づいて少し感動した。知っている人には「何をいまさら」なんだと思うけれど、ラジオの構成要素であるアンテナ、共振回路（フィルタ）、増幅回路、検波など、どれをとっても今日のアナログ技術の基本中の基本になっているんだよ。基本原理をシンプルに組み合わせて実用的な技術になっているラジオというものの凄さというか美しさを感じるね。 昔は「ラジオ少年」という言葉があったそうだが、ラジオがわかればアナログ回路のことがだいぶわかるようになるのでエンジニアへの良い入り口だった
積極的な技術選定と消極的な技術選定 - uhyo/blog
この記事は、筆者が技術選定について思うところをまとめた記事です。Twitterに同じ話を何回か書いているので、文章にまとまっていたほうがよいと思い用意しました。 やや過激な思想で愚痴も含んでいるので、共感いただけると嬉しいものの、みなさんを説得しようというつもりはありません。こいつはこういう考え方なんだなという心持ちでお読みください。 積極的な技術選定と消極的な技術選定ITエンジニアの方々の中には、技術選定をする立場の方も多いでしょう。技術選定にあたってはさまざまな事情を勘案しなければならない難しいもので、それだけに多くの人が技術選定に関する各々の考えを述べています。 筆者は、技術選定における意思決定のプロセスは、積極的な技術選定と消極的な技術選定の2種類があるのではないかと思っています。 積極的な技術選定は、選定される（あるいはされない）技術そのものが原因となる意思決定です。 一方、消極
電池不要のTOTOエコリモコンを分解してみた
TOTOエコリモコンとは？ TOTOといえばウォシュレットが有名ですが、電池不要タイプの「TOTOエコリモコン」という製品が販売されています。 これ自体は以前から売られているものですが、新品を入手する機会があったため、電池不要な構造を調べてみるために購入して分解してみました。 TOTOエコリモコンの外観をチェック 分解検証用に購入したTOTOエコリモコンです。 家庭用ウォシュレット等で見かけるリモコンとはデザインが全く違い、シルバーで大型のボタンを備えたものとなっています。 また電池不要タイプという事で、LEDランプによる表示や液晶画面などは存在しません。 ボタン部分を横から撮影してみました。 大型のボタンはクリック時のストークも大きくなっており、操作性という面ではユニバーサルデザインを意識したものといえるでしょう。 また大きなストロークは電池不要な構造の関係する部分でもありそうです。 今
ストーリー性のあるプレゼン - id:onk のはてなブログ
発表資料作り、全体的な流れは 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 割 引用しやすいワー
去年は182本の記事を書いた人から見た、技術的なアウトプットに疲弊しないようにするコツ - Lambdaカクテル
文脈: blog.arthur1.dev 自分は割とガンガンアウトプットする方で、たまにバズって嬉しいという品質のブログ(これ)をやっている。普段どのような心構えでやっているのか、そして続けるコツみたいなものについて書いてみようと思う(参考になるかは全くわかりません)。 あと一応断っておくと、タイトルにある "去年書いた182本の記事" は非-技術的な記事も含んでいる(けど、だいたい技術記事なので許してほしい)。 どういうときに書くか どういうモチベーションで書くか どういうときにバズるか どのようにして続けるか 余談: 箇条書きの型を統一する 参考文献 あわせて読みたい どういうときに書くか 自分は基本的にブログを「1年前(後)の自分が泣いて喜ぶ記事」というテイで書いている。自分が知りたかったことは他人も知りたかったはずだという仮説で書いていて、それを知りたかった人の総量はその技術のシェ
私の技術記事の書き方 - azukiazusaのブログ
技術記事を書くことは、最初はなかなかハードルの高い作業に思えます。文章を書くにはある程度の慣れが必要である考えています。 誰しも初めのうちはうまく文章を書くことができず、文章を書く訓練を重ねることで、内容を伝えやすい・理解しやすいある種の「型」を発見されているのではないかと思っています。 この記事では id:azukiazusa が普段記事を書く時に考えていることを書き下していきます。 見出しを先に書く コードは実行可能にする 文法エラーがないように 文脈依存にならないように foo や bar のような名前を使いすぎない 記事は1日寝かせる その他文法的な事項 見出しは ## から始める インラインコードブロックは装飾目的で使わない 英語と日本語の間に半角スペースを空ける おわりに 参考 見出しを先に書く 私が技術記事を書くときには最初に見出しから書き始めます。下記のような感じです。 見
Qiita投稿記事から作る「日本のIT技術マップ」 - VDSLab Magazine vol.1｜likr
はじめにIT分野では日々新しい技術が登場しています。技術者の肌感覚として新しい技術・枯れた技術の区別は付くでしょうが、それらを俯瞰して視ることはできるのでしょうか？昨今のIT分野では、Qiita等のプラットフォームを通じてコミュニティベースでの技術情報の発信が活発に行われています。本稿では、Qiitaの投稿記事に付けられたタグの情報を利用して、過去約10年間の国内のIT技術動向を可視化した「日本のIT技術マップ」を紹介します。 「日本のIT技術マップ」「日本のIT技術マップ」は、Qiitaの投稿記事から得たタグの関係を地図テイストに可視化したものです。投稿記事は、Qiitaのサービス開始時である2011年9月から2022年12月までのものをQiita APIから取得しました。可視化方法の主要な部分は以下の論文を参考にしています。 Gansner, E. R., Hu, Y., & Kobo
仕事力と技術力と不安に関する雑文
先日「育児など家庭の色々があって自分の時間が確保できなくなった。技術力を高めるための勉強ができなくて不安。」みたいな話を聞いた この悩みの直接的な解決方法としては先人の様々な体験談および対策みたいなものが世に出回っているからご家庭の状況に応じて参照すればいい思う 子育てと開発を両立するコツは「無理をしないこと」。パパ／ママエンジニアの働き方とは 子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには ITエンジニアと子育てと勉強と それよりも「技術力を高めるための勉強ができなくて不安」という点が個人的には気になった 技術力とは何か？技術力が高くないとなぜ不安なのか？みたいな話 技術力は特に明確な定義があるわけではない 例えば著名なOSSにコミットしているとか低レイヤーのプロトコルやインフラをバリバリ実装してるとか競プロで上位勢だとか、挙げ始めたらキリがなく、そ
技術広報とは何か、について自分なりのまとめ - HsbtDiary(2022-12-07)
■ 技術広報とは何か、について自分なりのまとめ これは 技術広報アドベンドカレンダー 7日目の記事です。 所属しているアンドパッドでの仕事では Ruby の開発をフルタイムに行う、と言うことを担当としていますが、サブとして技術広報も担当しているので改めて技術広報の活動とは何か、について自問自答をしたり、ブランド関連の本を数冊読んで理解した内容をまとめておきます。自分向けのやっていき宣言です。 技術広報は技術ブランディングを担う役職である 広報とはよくパブリックリレーション(PR)とも言われますが、パブリックリレーションは基本的に1方向のメッセージであるマーケティングとは異なり、メッセージを伝えたい対象と自分たちの間でコミュニケーションの計画をたて、何をどう伝えるか、結果として何を得るか、を考え、実行することが求められます。 すなわち、技術広報とは、ある組織が保有する技術、または技術を構成す
仕事机に置いた植物を枯らさないように監視システムを作った。 - 宇宙行きたい
前に会社の同僚が「スペースに植物があると、ストレス、空気浄化、生産性に役立つよ！How Office Plants Lower Stress and Boost Focus | Bloomscape」って言ってたので仕事机に植物を置いてみた。 無印で卓上に置くのに良さそうな植物を買ってきたんだけどなんどか植物を枯らしてしまったことがあるのでちょっとドキドキしてた。 で、ドキドキしてると生産性が悪くなっちゃうし、まぁエンジニアだしまずはちゃんと数値取るところから始めようと思ってご家庭に転がっている M5Stack に色々センサーつけて監視することにした。 機材一覧 TVOC/eCO2 ガスセンサユニット（SGP30） スイッチサイエンス Amazon M5Stack用温湿度気圧センサユニット Ver.3（ENV Ⅲ） スイッチサイエンス Amazon M5Stack用土壌水分センサユニット
techに薦めている書籍｜ばんくし
お久しぶりです。CADDiの河合、もとい@vaaaaanquishです。 数ヶ月前、CADDi社内で「オススメ書籍」というものを書きました。 社内にも公開し読み会などを開いています私は前職の上司の影響でビジネス書を多く読むようになったのですが、ゴリゴリの技術書でない書籍というのはどうしてもエンジニアにとって読みにくい物も多いなと思っています（悪いと言っている訳ではなく飲み込みのために行動や知識を求められるよねという意です）。 また、エンジニア向けの書籍でも、少し概念的に古く、現代に適応しにくいものもあったりします（名著は名著である事には変わりないですがエンジニアリングもIT分野も年々進化し続けているので一部現代で扱いづらい概念が出てくるのは当たり前だよねとも思います）。 なので、なるべく「エンジニアが読みやすく」「比較的新しい環境で使える」をテーマに書籍を選び、比較的本を読む数の多くないエ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
決め手は「QRコード」 都営地下鉄、ホームドア設置もうすぐ100％に 車両改修費20億円→270万円：東京新聞デジタル
企業技術ブログ: エンジニアの技術ブログコミュニティ
