実践API設計: 柴田 芳樹 (Yoshiki Shibata)

2023/08/12 177 users 冒頭 Kindle版 API仕様 Web+DB Press

WEB+DB PRESS Vol.134 出版社/メーカー: 技術評論社発売日: 2023/04/22メディア: Kindle版 4月に発売された「WEB+DB PRESS Vol.134」で特集1「実践API設計」を執筆していますが、そこから部分的に紹介します。 第1章「優れたAPI仕様とは何か --- よくある問題と記述すべてき事柄」の冒頭で次のように述べています。 今日... 続きを読む

株式会社メルペイを退職します: 柴田 芳樹 (Yoshiki Shibata)

2022/09/09 301 users 富士ゼロックス ソフトウェアエンジニア 柴田 週４日勤務 会社

2018年6月1日から働き始めた株式会社メルペイを9月30日付けで退職します。4年4か月勤務したことになります。1984年4月1日に社会人として富士ゼロックスで働き始めてから、7社目の会社でした。10月1日からは、新たな会社でソフトウェアエンジニアとして働き始めます。 週4日勤務「ソラミツ株式会社を退職します」でも書き... 続きを読む

手動テストだけのソフトウェアは腐っていく: 柴田 芳樹 (Yoshiki Shibata)

2022/06/04 269 users Yoshiki Shibata 柴田 手動テスト

1990年代までのソフトウェアテスト1990年代までのソフトウェア開発におけるテストは、手作業で目視確認が主流でした。今日のようにテスト駆動開発で、自動テストを書くという習慣はありませんでした。いくつかの書籍から、本当でそうであったかを引用すると次の通りです。 新装版 リファクタリング―既存のコードを安全に... 続きを読む

伸ばすのが難しい能力: 柴田 芳樹 (Yoshiki Shibata)

2022/05/31 681 users ソフトウェアエンジニア 定年 入社当時 株式会社メルペイ 勤務

2018年6月1日に株式会社メルペイに入社して、4年が過ぎました。入社当時は、定年が60歳と聞いていたので、1年半の勤務だと思っていましたが、実際の定年は65歳であり定年まであと2年半です。 ソフトウェアエンジニアにとって重要な能力と（私は考えるが）、身に付けるのが難しいのが現実だと、この4年間で再認識したのは... 続きを読む

『Effective Java 第3版』の翻訳作業が終わりました：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2018/09/11 115 users 原著 草稿 LaTeX Yoshiki Shibata 柴田

昨年の2月から原著『Effective Java Third Edition』の草稿のレビューが始まり、レビューが終わったのが11月で、昨年末には原著が発売されています。翻訳作業は、昨年の12月から始めて、すべての作業が今月初めに終了しました。今回も、翻訳および（索引作りも含めた）組版までLaTeXで行いました。 原著のレビューのとき... 続きを読む

マルチスレッドプログラミングにおける重要な４要件：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2018/06/10 54 users Yoshiki Shibata 柴田 So-netブログ

JaSST Tokyo 2018 の招待講演で話した資料（ こちら ）に書いてあることですが、今までの人生で私自身は、デジタル複合機コントローラソフトウェア開発を4回もアーキテクチャを変えて行いました。デジタル複合機の難しさは、ハードウェアからの非同期なさまざまなイベントとユーザからの様々なイベントを両方を上手く処理しなければならず、かなり複雑なソフトウェアとなります。 ソフトウェアエンジニアとし... 続きを読む

O'Reilly Japan - ベタープログラマ

2017/11/28 169 users ベタープログラマ O'Reilly Japan 原書 構文

ベタープログラマ ――優れたプログラマになるための38の考え方とテクニック Pete Goodliffe　著、柴田 芳樹　訳 2017年12月15日 発売予定 376 ページ ISBN 978-4-87311-820-8 フォーマット Print 原書: Becoming a Better Programmer プログラマとしてのキャリアをスタートすると、構文や設計を理解するだけでなく、その他の様... 続きを読む

ソフトウェア開発組織が持つべきカルチャー（まとめ）：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2015/05/28 166 users マネージャ カンファレンス Yoshiki Shibata

2011年に主に書いた「ソフトウェア開発組織が持つべきカルチャー」を表にしてみました。評価列は、みなさんの組織ではどうかを振り返って記入してみてください。 項目 タイトル 評価 １ 継続した学習習慣 ２ コンピュータの基礎を教える ３ 共に学ぶ ４ マネージャが勉強会を主催する ５ プロセス中心ではなく、スキル中心 6 スキル向上に真剣に長期的に取り組む 7 カンファレンスへ積極的に参加させる 8... 続きを読む

技術者に高いスキルを求めてはいけないのか？：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2014/08/24 258 users Yoshiki Shibata 柴田 So-netブログ

「ソフトウェア開発組織が持つべきカルチャー」と題して、過去に以下の記事を書いています。 継続した学習習慣 コンピュータの基礎を教える 共に学ぶ マネージャが勉強会を主催する プロセス中心ではなく、スキル中心 スキル向上に真剣に長期的に取り組む カンファレンスへ積極的に参加させる コードをレビューする Source Code Controlへ最低でも毎日コミットする ビッグバン・インテグレーションを... 続きを読む

ソフトウェアエンジニアの成長カーブ（再掲載）：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2013/10/09 271 users 新卒 最初 学習 業務 勉強

「ソフトウェアエンジニアの成長カーブ」 最近良く話していることなのですが、社会人として働き始めた新卒の技術者は、最初の数年は成長していきます。与えられた業務を遂行しながら、そのための学習もしていくからです。しかし、2、3年すると開発業務をこなせるようになり、特に新たな勉強をしなくても、日々、会社に行って開発業務が遂行できるようになります。 この状態、つまり、継続した学習をしなくなった状態で、10年... 続きを読む

初心者レベルの言い訳をしない：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2013/09/10 212 users プロトタイプ Yoshiki Shibata 柴田 訓練 品質

出来上がったコードの可読性も含めた品質の悪さを、短納期だったとかプロトタイプだから言い訳する人がいます。スキルが高い人の場合は、同じ時間制約でも高い品質のコードを書きます。それは、ある程度無意識になるまで、訓練を重ねているからです。無意識になるまで意識して普段から活動するのです。 ソフトウェア開発ではないですが、熟練者と初心者の差を比較するために短時間でどれだけ成果が上がるかを競うテビ番組を時々見... 続きを読む

組織や管理職が技術革新のボトルネック: プログラマの思索

2012/12/15 56 users ボトルネック 思索 プログラマ カンファレンス 柴田

とあるBlogを読んでみて、組織や管理職が技術革新のボトルネックではないか、と思った。 ラフな感想。 【元ネタ】 継続インテグレーションは強みではなくなった：柴田 芳樹 (Yoshiki Shibata)：So-netブログ 継続インテグレーションは強みではなくなった（2）：柴田 芳樹 (Yoshiki Shibata)：So-netブログ カンファレンスは、若い人ばかり？（2）：柴田 芳樹 (Y... 続きを読む

継続インテグレーションは強みではなくなった：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2012/11/01 279 users Subversion Yoshiki Shibata 柴田

Subversion/Gitなどを使用したソースコード管理、Jenkinsを使用した継続的インテグレーション、様々なxUnitフレームワークを使用した自動テストなどをソフトウェア開発組織として実践することは、今日では、その開発組織の技術的な強みではありません。 それらを実践しないことが、ソフトウェア開発組織の「弱み」なのです。また、組織としてそれらの実践を推進しない、あるいはサポートできないマネー... 続きを読む

ソフトウェア開発が好きでないサラリーマンエンジニア：柴田 芳樹 (Yoshiki Shibata)：So-netブログ

2011/09/29 110 users 中途入社 分析 設計 メーカー 物作り

ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属... 続きを読む