主要なソフトウェアアーキテクチャそれぞれを個別の物語形式で学べる本です。カバー画像でイメージを膨らませ、物語の内容に沿ったコードサンプルやクラス図で実際の実装イメージをつかむことができます

B2BのSaaSとかやってるソフトウェアエンジニアストレス要因がほぼほぼない フルリモートワーク就業時間中は半分くらいしか仕事してない。もう半分はネットやゲームしてる仕事してるときもYoutubeみながらやってるタスクの締め切りはあるけど余裕がありすぎる 間に合わなくても別に問題ない。次のリリースになるだけ人間関係とかで悩んだことがない。上司も部下もすごいフラット わりと満足できる給料はもらってる そこまで向上心もないし給料も能力的にこれ以上あがる気しないから転職は考えてない自分の能力が高いとは全く思ってない というかソフトウェアエンジニアの給料の高さが正当化されてるのは本当に時代のおかげだと思う もしこの会社がダメになったら…とかは自分の事業も他の事業も好調で着実に売上伸ばしてる会社だから心配なさそう もしクビになったら…とかは上記のような働きぶりなのに出来るやつ扱いをされてるから大丈夫

声に革命を。Aivis Project が切り拓く、感動の音声体験。 Aivis Project は、感情豊かな音声合成技術を誰もがかんたんに活用できる未来を目指す、 壮大な開発プロジェクトです。 機械的な響きに留まらない、まるで魂を宿したかのような音声が、あなたの想いや言葉に豊かな感情をのせて 世界へと響き渡る。Aivis Project が描く未来は、これまでにない感動と驚きに満ちています。 好きなキャラクターの声で物語を紡ぎ、理想の声でニュース記事に命を吹き込む。 そうした新しい表現が、私たちのプロダクトを通じて数クリックで実現します。 AivisSpeech でのローカル音声合成から、モデルの制作・ミックス・公開まで、Aivis Project は 誰もが自由に好きな声を共有できる未来を形にしていきます。 これまで一部の才能や特別な環境だけが手にできていた魅力的な声を、各々のアイデ

TOPコラムITエンジニアの自己発信ストラテジーアウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは アウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは 2024年7月8日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』（2016年、2019年に改訂2版、技術評論社、共著）、『Go 言語プログラミングエッセンス』（2023年、技術評論社

このBOOTHページを見て「あれ、0円でダウンロードできる？」と気づいた人は鋭いです。 VMMには有料版が別途あって、こちらは2,500円です(※ブースト機能でさらに高額を払うのも可能です)。 BOOTHの売上累計額を構成しているのは大部分がこの有料版で、一部は無料版のブースト枠も含まれています。 「なるほど、じゃあ無料のは体験版か～」と思った人は鋭いけどハズレです。VMMでは重要な機能も含めて、ほぼ全機能が0円版で利用できます。コードも一部を除き公開しています。 https://github.com/malaybaku/VmagicMirror 要はドネーションウェア的な公開方式になっていて、その状態で実質的にVMMだけを公開して売上額が1000万円に到達した、という次第です。 ぶっちゃけ額面が載ってるツイートをするのは怖いんですが、ドネーション的なお金なのでキリが良いタイミングで報告す

1on1やメールでご相談を受ける最頻出の話題が 「どうすればアメリカでソフトウェアエンジニアになれるでしょうか？」 というものです。これは後述しますが、いくつかの点で中々ひと言では回答の難しい質問です。ただし、本当にアメリカでソフトウェアエンジニアになりたいなら、そのための確度を大幅に上げる方法はいくつか思い当たります。 筆者について実際に米国で2年ほどではありますがソフトウェアエンジニアをしていました。現在も米系企業の日本法人でソフトウェアエンジニアとして働いています。留学経験もなく、3流大の文系出身で、30代になってから「正攻法で」米国に渡りました。そういう点で非常に現実的な経験をシェアできると思います。筆者について詳しいことは次のnoteにまとめました。もしご興味のある方はお読みいただければ幸いです。 本当に米国に行きたいですか？冒頭の質問に対して僕がまずお聞きするのは 「本当に米国

保守性の高いソフトウェアの開発に役立つ様々なTipsを書いた。 特定の言語にとらわれずあらゆる場面で役立つことを集めた。

回答 (6件中の1件目) 私はWindowsのカーネルを熟知しており、Linuxのカーネルについてはそれなりに知っています。 意外に思われるかもしれませんが、類似点の方がずっと多く、違いは少ないです。私がよく言う違いの1つは、LinuxのI/OモデルはUNIXから継承した同期式が基本で、WindowsのI/OモデルはVMSから継承した非同期式が基本であるということです。WindowsのI/Oリクエストの設計は、同期式と非同期式のI/Oを美しく管理できる優れた設計になっています。Linux(及び普通のUNIX)でも非同期のI/Oは可能ですが、そのための統一された仕組みはありません。これは...

clean_architecture.md 2020/5/31追記: 自分用のメモに書いていたつもりだったのですが、たくさんのスターを頂けてとても嬉しいです。 と同時に、書きかけで中途半端な状態のドキュメントをご覧いただくことになっており、大変心苦しく思っています。 このドキュメントを完成させるために、今後以下のような更新を予定しています。 TODO部分を埋める 書籍を基にした理論・原則パートと、実装例パートを分割 現在は4層のレイヤそれぞれごとに原則の確認→実装時の課題リスト→実装例という構成ですが、同じリポジトリへの言及箇所がバラバラになってしまう問題がありました。更新後は、実装時の課題リストを全て洗い出した後にまとめて実装を確認する構成とする予定です。 2021/1/22追記: パートの分割と、クリーンアーキテクチャという概念の定義について追記を行いました。大部分の実装例パートを中心

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Webアプリケーション開発についての知見を、自分の経験と知識をベースに整理してみようという試みです。 いわゆるサーバサイドにスコープを絞り、フロントエンドは対象外です。筆者は普段、オブジェクト指向言語で書いているので、本記事でもその前提（Ruby、PHP、Python、Java、Scalaあたりを想定）になっています。 では、本編をどうぞ。 ソフトウェア開発は複雑さとの戦い 『人月の神話』では、ソフトウェアの本質的な困難性について4つの性質をあげている。その中で最初に出てくるのが**「複雑性」**である。『新人プログラマに知っておいても

通知表の時期来たる 今年も1学期が終わろうとしています。そろそろ通知表の時期になってまいりました。 通知表といえば、法律には何も定まっていないのに何故か学校側が出している書類として、仕事負担の増加への寄与度が圧倒的に高いラスボス的な存在でございます。 40人学級だった時にはマジで死ぬかと思いました。今でも、1週間近くは朝3時起きで仕事しないと間に合わない。その時ばかりは娯楽を断ちます。 手書きの通知表は時間がかかる。 今の学校は手書きでやれという指示だったので、全部手書きです。 文章だけで、 総合的な学習の時間の所見 特別活動（係やクラブ、委員会）の所見 外国語活動の所見 総合所見 の4種類がありました。一人につき4種類です。それぞれは50文字程度から200文字程度ですが、一人につき原稿用紙2枚分ほどの分量を書くというのはなかなか骨が折れます。特に外国語活動。「AETの発音をよく聞き、大き

私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して

金子勇さんの急逝に際し、東京大学 情報理工学系研究科 創造情報学専攻の平木敬教授がインタビューに応じてくださった。平木教授は言うまでもなく超高速コンピューター研究の第一人者であり、Winnyが世に出る以前から金子さんの優れた理論構築と実装力を認め、Winny裁判でも、またそれ以降も積極的にバックアップし、尽力してきた人物だ。そして、2012年12月に金子さんが東大に復帰してから最も身近に接してきた一人でもある。 Winnyは金子さんの持つ天才性の一端でしかないはずで、平木教授は、金子さんの功績をもっと世の人に知ってもらいたい、と語る。研究者・金子勇さんの素顔に迫る本記事は、前後編2回に分けてインタビュー形式でお伝えしていく。 （※インタビュー収録日：2013/7/10） ■「一人の人が作ったものが、これだけ日本で広く使われたことは非常に重要な業績」 平木：彼は世間的には『Winny』の作者

ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #Naming -名前付け- プログラミングで最も重要な技術の一つが、名前付けです。 且つ、センスが問われるものなので、上達は難しいものでもあります。 この記事では、様々な文献から抽出した名前付けに関する情報を雑多にまとめました。 -名前重要- ソフトウェアの設計のアプローチとして、『まず名前から入る』というのは、あまり語られていない秘訣としてもっと広く知られても良いように思います。 まつもとゆきひろ 『プログラマが知るべき９７のこと』 #コミュニケーションの基礎 名前は、コミュニケーションの基礎となるものです。 私にもあなたにも名前が

世界中のジャーナリストやセキュリティ関連に敏感な人、さらにはエドワード・スノーデン氏のような内部告発者までもが使用している、無料のメール暗号化ソフトウェアが「GNU Privacy Guard(GPG)」です。この暗号化ソフトを1997年からたった一人で開発してきたのがヴェルナー・コッホ氏で、彼が置かれている厳しい現状をProPublicaが明かしています。 The World’s Email Encryption Software Relies on One Guy, Who is Going Broke - ProPublica http://www.propublica.org/article/the-worlds-email-encryption-software-relies-on-one-guy-who-is-going-broke ソフトウェアエンジニアのコッホ氏がGPGの開

世間一般では、SIerは非効率、プログラマのスキルが酷い、ガラパゴス化している等、評判が悪く袋叩きにあっているようです。実際にはグローバル水準で戦える高スキル者はいるし、特に某親会社の人達はみな頭の回転が速いし、志が高いです。 一方で私の5年そこそこの短い経験の中でも、世間の評判通り、開発現場の信じられないような体たらくっぷりをたくさん見てきました。すごく立派な看板の裏でのしょぼい設計実装、ミス等 etc... (私も人のことを言えないですが・・・) そこで、私の見える範囲の世界で、どうしてこのような現状なのか考えてみました。 (私の見える範囲なので、他社だと全く状況は違うだろうし、他者には違った世界が見えているかもしれません。) SIerの問題点1. 技術力向上のインセンティブが少ない 恐らく最大の原因はこれではないかと思います。要するに、必死に技術力を磨くインセンティブが乏しいのです。

最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと

ピアツーピアを用いたファイル転送用プロトコルやソフトウェアを開発するBitTorrentが、新たにクラウドを介さずに直接PC同士を同期させるソフト「BitTorrent Sync」をリリースしました。 BitTorrent Labs http://labs.bittorrent.com/experiments/sync.html BitTorrent Sync creates private, peer-to-peer Dropbox, no cloud required | Ars Technica http://arstechnica.com/information-technology/2013/04/bittorrent-sync-creates-private-peer-to-peer-dropbox-no-cloud-required/ BitTorrent Syncはクラウド