うまいことソフトウェア開発やっていく感じ（前編: チームが集まってから見積もりと計画づくりまで） - この国では犬が
最近、だいぶチームでのソフトウェア開発がうまくなってきたなという感覚があって、どうやっているのか書き下してみる。 前提として、主にB2BのSaaSを作っているので、B2Cだったり、SaaSではなかったりすれば、異なってくる部分ももちろんあると思う。 チーム 4〜5人くらいのチームがある。 チームはマネージャーによって集められる。*1 チームの人はそれぞれ得意・不得意もバラバラだし、キャリアも知識もバラバラなので、それをうまく活かしつつ、得意分野も不得意分野もさらに伸ばしていけるように取り組む。 お互いのことを知っているとうまくやりやすいので、ちょっとしたチームビルディングのワークを行う。 最近のお気に入りはValues Cardだ。ドラッカー風エクササイズもいい。 どちらも1時間もあればやれる。 チームビルディングは一度行って終わりではなく、最初の会話をきっかけに、日々の会話や、ふりかえり
『Kotlin in Action Second Edition』を読んだ - Don't Repeat Yourself
しばらくは忙しく過ごしていてなかなか技術書を読む余裕はありませんでしたが、ようやく一冊読めたのでメモを残しておきたいと思います。『Kotlin in Action』という本の第2版です。未邦訳らしかったので、原著を読みました。 なお、気になったところだけつまんで読んだので、すべての章のメモが記されているわけではありません。ほとんどの章はScalaの頃の経験で概念としては知っている状態だったので、あまり印象に残りませんでした。後半戦は比較的Kotlin固有の概念が多くそちらは印象に残りました。 Kotlin in Action, Second Edition (English Edition) 作者:Aigner, Sebastian,Elizarov, Roman,Isakova, Svetlana,Jemerov, DmitryManningAmazon 大前提ですが、Android側の
個人情報のクラウド例外とは？クラウドサービス利用時の留意点 - BUSINESS LAWYERS
渡邉 雅之弁護士 弁護士法人三宅法律事務所 越田 晃基弁護士 弁護士法人三宅法律事務所 岩田 憲二郎弁護士 弁護士法人三宅法律事務所 出沼 成真弁護士 弁護士法人三宅法律事務所 いわゆるクラウドサービスについて、個人情報保護委員会の「「個人情報の保護に関する法律についてのガイドライン」に関するQ&A」においては、一定の要件を満たす場合には、個人データの第三者提供（個人情報保護法27条）に該当せず、また、利用企業は委託先の監督（同法25条）も不要とされています。 このような取扱いを「クラウド例外」といい、個人情報保護法や関連する個人情報保護法のガイドラインには規定はなく、上記ガイドラインQ&Aにおける取扱いに過ぎないにもかかわらず、実務上広く利用されています。 そのような状況において、個人情報保護委員会は、令和6年3月25日に「株式会社エムケイシステムに対する個人情報の保護に関する法律に基づ
開発生産性について議論する前に知っておきたいこと - Qiita
はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生産性について、さまざまなステークホルダーと議論する上で把握しておきたいさまざまな論点について解説します。それによって、「我々が本当に議論すべきテーマは何か」についての共通認識をつくるための土台を構築することを目的としています。 もしかしたら改善したいことは「
AWSで”最小権限の原則”を実現するための考え方 /20240722-ssmjp-aws-least-privilege
ssmonline #43 での発表資料です。 (運用設計ラボ合同会社 波田野裕一)
【注意喚起】株式会社LASSIC: 情報漏洩を起こし、被害者に訴訟を仕掛ける｜David Asikin
初めに👋 こんにちは、ICHIGOのCTO、デビッド（@davidasikin）です。僕はインドネシア出身で、20年前に来日しました。日本語は母国語ではありませんので、完璧ではないかもしれませんが、頑張っています。言い回しにニュアンスの違いがあれば、ご了承ください。私の経歴についてはLinkedInでご覧いただけます。 このブログの目的は、株式会社LASSICとこれから取引することを検討する会社が同じ目に遭わないための注意喚起です。LASSIC社は上場企業の顧客を多数抱える会社ですが、公益よりも自社の利益を優先している会社で、我々もLASSIC社が今回の情報漏洩について自ら注意喚起をすることを奨めましたが拒否されていますので、こちらのブログが少しでも役に立てば幸いです。 もしあなたが株式会社LASSICのRemogu（リモグ）に業務委託をして、情報漏洩させられたら、最初は「補填します」と
VPoT/VPoE体制で“今のメドピア”にフィットするエンジニア組織へ
メドピアでは2023年10月からエンジニア組織を再編し、VPoT/VPoE（※）体制へと移行します。VPoEからVPoTとなる平川と、新たにVPoEとなる濱田が体制変更の背景と、グループの事業成長を支えるエンジニア組織の在り方について語ります。 ※ VPoT：Vice President of Technology VPoE：Vice President of Engineering 平川 弘通（@arihh）執行役員VPoT。2018年メドピア入社。これまで新規プロジェクトの立ち上げやエンジニアのマネジメント、採用などを担当。2022年7月以降は執行役員VPoE兼 サーバーサイドテックリーダーとして開発組織をリードしてきた。 「ありひー」の愛称で親しまれている。
エンジニアの成長における過去と現代の違い | 外道父の匠
自身の過去の成長過程と現在の環境を思い浮かべたときに、得やすいもの得づらいものの違いを強く感じ、良好な成長のために一考してみた次第です。 といっても既にある Tweet のセルフまとめに、思い出と昔話なポエムを追加したようなチラ裏回です。 時代の変遷によるステータス変化 要約すると、現代は技術力の向上に必要な環境と既定路線があって向上速度が早いのに対し、昔（2010年以前とか）は頭を悩ませまくって乗り越えるべき壁が大量にあったおかげで解決力は相当鍛えられたよねってところ。 個人的には誰であれ、今！自分が！解決しないと！詰んでしまう!! てかもう詰んでるだろコレ!!!! って状況でひたすら悩んでから、寝て起きたら解決したよぉ！みたいのを体験してほしいし、一度は死の淵まで行ってこいって思っている — 外道父 | Noko (@GedowFather) July 17, 2024 これについて、
日本のSIerの技術力の低さの要因から考えるアメリカソフトウェアの強さ - きしだのHatena
この連休はなんだかSIerについて考えることが多かったのですが、そういうことを考えると、なぜアメリカのソフトウェアが強いのかがわかってきた気がします。 まず、もちろんSIerの技術力が低いといっても技術力が高いSIerもいるわけで、とくにこのブログを見てる人だと技術力の高い側にいる人が多いと思います。 けれども、DX白書2023によればSIerのIT人材というのは75万人いて、技術力の高い人はその一部で、多くは技術力の低い側にいるんじゃないでしょうか。 https://www.ipa.go.jp/publish/wp-dx/gmcbt8000000botk-att/000108046.pdf 2014年、ちょうど10年前に、プログラマはSIerと自社サービスで2分化するんではないかというブログを書いていますが、そのまま現実になった形です。 プログラマ業界の二分化 - きしだのHatena
O'Reilly Online Learning BooksをDeepL Proでコードブロック以外を翻訳して読む
問題 DeepLでwebサイトを翻訳すると、以下のようなコードブロック[1]が、 以下のようにレイアウトが崩れたものになったり、意図しない部分が翻訳されたりすることがあります。 解決方法 以下のスクリプトをdeveloper toolsのconsoleから実行することで、O'Reilly Online Learningのような動的サイトにおいても、コードブロックの翻訳を防ぐことができます。 const observer = new MutationObserver(() => { document.querySelectorAll('pre').forEach(elem => elem.classList.add('notranslate')) }); observer.observe(document, { childList: true, subtree: true }); Scrip
ポイントサービスをスリムに保つための会計モデルと金券モデル｜tsusowake
はじめにPIVOTでソフトウェアエンジニアをしている裾分です。今回は、PIVOTのポイントサービス「マイルプログラム」の設計についてまとめました。前回の投稿ではサブスクリプション機能の難しさについて解説しましたので、そちらも併せてご覧いただけると幸いです。 PIVOT マイルプログラムについてPIVOTマイルプログラムは、動画視聴やコンテンツの利用を通じてポイントを獲得できるプログラムです。獲得したマイルは、Amazon ギフトカードや各種サービスと交換可能です。アカウントを登録し、特定の条件を満たすことでマイルを貯められます。このプログラムは、ユーザーの活動をインセンティブ化し、PIVOTメディアの利用を促進することを目的としています。 PIVOT マイルのユースケース設計の話に入る前に PIVOT マイルのユースケースである、獲得・消費・失効について記載します。 獲得PIVOT マイル
開発者イベントやコミュニティ参加についての期待や効果 - 株式会社ヘンリー エンジニアブログ
VP of Engineeringの id:Songmu です。冒頭に、大事なお知らせですが、今週土曜日(6/22)に開催される、Kotlin Fest 2024にヘンリーはスポンサーをしています。スポンサーブースも出展しますので、是非お立ち寄りください。私もいます。 また、Henryの開発者の一人でもあり「Kotlin サーバーサイドプラグラミング実践開発」の著者でもある、 @n_takehata が、2024年版 Kotlin サーバーサイドプログラミング実践開発というタイトルで登壇します。是非こちらも聞きに来てください。 ヘンリーも社員数が増えてきたこともあり、このスポンサーを機に、イベントやコミュニティ参加に関する制度づくりを始めました。また、それらに参加する社員も増えて欲しいと思っています。そのために、改めて、社員がイベントやコミュニティに参加する意義を考え直して整理した内容が本
Snowflake Data Cloud Summit 2024がすごくすごかった話
前置き 6/3-6でSnowflake公式最大のイベントであるData Cloud Summit 2024がアメリカのサンフランシスコで開催されました。 （すでに来年に向けてページが変わってますが、、、） 今回も現地参戦してきましたので、本日はそんなお話です。発表された機能についての詳細は今後実際に機能を使いながら記事にする人が現れてくると思うので、この記事ではイベント全体の印象などを述べていこうと思います。 会場がすごくすごい 今回の会場はサンフランシスコで一番大きい展示場であるモスコーニ・センター！ 去年のラスベガスは会場が2つに分かれたりしていたりして正直大変だったのですが、今回はそういった心配もなくて非常に快適でした。 Keynoteがすごくすごい SummitはSnowflake最大のイベントですのが、イベント合わせで大体的に色々発表が行われます。 その様子を参加者みんなで聞くの
GradleでMaven Centralにライブラリを公開する（2024年版）
はじめに Maven Central Repository (以降、Maven Central) はJavaなどのライブラリを公開するための代表的なMavenリポジトリです。これまでMaven Centralにライブラリを公開するためには、 issues.sonatype.org というJIRAでの申請が必要でしたが、このシステムが2024年2月1日に廃止されたことに伴い、Maven Centralへの新しいライブラリ公開手順が追加されました。 以前の手順ではOSSRHと呼ばれるシステムが使用されていましたが、新しい手順ではCentral Portalからライブラリを公開できます。GitHubアカウントでのログインに対応しているため、ライブラリのグループIDとして io.github.{アカウント名} で始まるものを利用する場合には、公開がだいぶ楽になりました。 ただし、この記事の執筆時点
DIコンテナの本当の使いどころ | ウルシステムズ株式会社
DI の自由度は諸刃の剣 近ごろ、「実プロジェクトでDIコンテナ（注1）を導入している」という話をちらほら耳にするようになりました。それと同時に、「DIコンテナを使ったプロジェクトが大変なことになっている」という話も耳にするようになりました。DIの魅力を十分に享受して低コスト、高品質を実現しているプロジェクトがある一方で「DIを導入してみたのはいいのだけれど、DIの設定ファイルが大きくなりすぎて管理しきれない」「DIを使っているのに、テスタビリティが全然向上していない」など苦労しているプロジェクトもあるようです。この差はいったいどこから来るのでしょうか。 DIは、EJBなどと比べると比較的取っ付きやすい技術ではありますが、ほかの技術同様、誤った使い方では十分に力を発揮できません。DIコンテナは非常に単純明快な技術ではありますが、そのシンプルさ故に自由度が高くさまざまな使い方ができます。その
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HDMIを無線化するデバイス。USB-Type-C接続でiPhone対応
Siiibo証券（シーボ）｜金利2〜8%の円建て国内債券投資
Building Kotlin Multiplatform Libraries in 2024
ジェジュン、ユチョンらメンバーへの思いを明かす…イ・スマンに宛てた手紙も「SMは敵ではなく感謝している」 - Kstyle
[Kotlin Fest 2024] もっとKotlinを好きになる！K2時代のKotlin Compiler Plugin開発![[Kotlin Fest 2024] もっとKotlinを好きになる！K2時代のKotlin Compiler Plugin開発](https://cdn-ak-scissors.b.st-hatena.com/image/square/2676a02060a9ad480a25042a62e24af0928dd759/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fcea3f199409f47ffb19a1cc4217717e6%2Fslide_0.jpg%3F30713556)
