「取引先への詐欺行為」。東京地方裁判所は2024年7月、システム・エンジニアリング・サービス（SES）を手掛ける複数企業の事業内容をこのように認めた。経営陣らは、エンジニアとしての経験がなかった元社員に対して、経験を有する人材として振る舞うよう「経歴詐称」を強いていた。経営陣らはどのようにして未経験者をITエンジニアへと仕立て、システム開発現場に送り込んでいたのか。裁判の経緯や判決資料から明らかになった手法、日経クロステックが独自に得た関係者の証言からは、日本のIT業界が抱える構造問題が浮かび上がる。 「被告らの事業内容は、取引先に対する詐欺行為により利益を得ようとするものというほかない」。東京地方裁判所で、2024年7月19日に判決が下された損害賠償請求事件において、裁判長が認めた事実である。 裁判は、被告が運営していたSESを事業とする企業（以下、被告運営SES企業。一般のSES企業と

このスライドは令和元年5 月18日に東京で開催された Inside Frontend #3で発表した資料に簡単な説明を追加したものです。 フィーチャーフォンからデスクトップまですべてのデバイスで動くマインスイーパークローン(proxx.app)を作った経緯と開発の過程を発表しました。 な…

この記事は以前 エンジニアと人生 というオンラインコミュニティで執筆し技術書典で頒布した本の中の、私の執筆した章をリライトしたものです。 無料公開の背景 本は有料で販売していたのでこの記事も有料記事にしようかとも思っていましたが、最近個人開発をネタにした特に中身のない記事を有料で買ってしまい後悔している友人を見かけて、そういうのにうんざりしていたので無料で公開することにしました。 個人開発云々いうなら中身のない情報商材じゃなくて自分のサービスで稼げよな！ ということで。でも投げ銭はありがたくいただくのでいいと思ったらバッジしてください！ 【追記】 上記に対して「有料記事がダメって事？」という反応を頂きました。書き方が悪く申し訳ありません。 有料でノウハウなどを販売する事は良いと思います！そしてそれでサービスの運営費を賄えるなら嬉しい事です。 なんならサービスに関する事ならこの記事の"データ

はじめに こんにちは。基幹システム本部・物流開発部の上原です。昨年度に中途入社しまして、現在はZOZO基幹システムのリプレイスを担当しています。前職では、SESエンジニアとしてリプレイスプロジェクトに上流工程から参画し、大規模なシステムの言語リプレイスを経験してきました。さて私の紹介はこの辺りにして本題に入ります。 基幹システムリプレイスは既に進行しており、本年度には発送領域の機能を発送マイクロサービスとして切り出してリリースしました。それに続いて、入荷領域の機能をマイクロサービス化ではなくモジュラーモノリスに移行するリプレイスも進んでおり、こちらは細かく区切った単位でリリースをしています。 本記事では、自動テストによる「等価比較」を本番環境で実施しながら言語リプレイスを進めた事例を紹介します。この事例では、「言語間での処理の等価性を保証し、安心・安全にリプレイスをする」ということを目的と

Introduction to Database Connection Management Patterns in TypeScript.pdf

観測しようとすると、その観測が影響を与えてしまう感じで、おもしろい 自分の頭の中 この機能をチームで開発するのに、だいたい2ヶ月くらいかなぁと自分が頭の中で思っているとする。もし僕らの知ってる範囲ですべてが収まれば1ヶ月くらいで終わるかもなぁと思いつつ、まぁ、知らない範囲のことがあるだろうし2ヶ月くらいに思っておくのがいっか という感じ。6割ぐらいの自信 チームの中 チームメイトに「この機能いつ出せるかな？」って聞かれることはあんまりないと思うけど、もし聞かれたら「んー、2ヶ月くらいじゃない？もしかしたら、もうちょっと早くできるかもだけどね」ってそのまま頭の中を伝えると思う 聞かれることがあんまりないというのは、そもそも、チームでラフに見積もるから。Tシャツサイズとかストーリーポイントとかを使って「Mサイズだから2ヶ月くらいだね」って話をするだけで済む。「2ヶ月くらいだね」って言ったものは

「秀丸」という2文字を見て即座に反応できた人はかなりのベテラン PC ユーザーか、もしくは上級（？）クラスの PC ユーザーと言うことになるかと思う。 そう、「秀丸」とはインターネット全盛期の現在よりも前の「パソコン通信時代」（パソ通時代）から "痒いところに手が届く" 数々の名作シェアウェア（+フリーウェア）を世に送り出してきた、秀まるお氏のソフトウェアブランドのことだ。今回は Realforce のヘビーユーザーとして、あの伝説のシェアウェア（+フリーウェア）作家であられる秀まるお氏をお迎えして、「プログラマー目線からのキーボードへのこだわり」について伺った。 伝説のシェアウェア作家、秀まるお（斉藤秀夫）氏のプロフィール パソ通全盛期からインターネット全盛期を駆け抜けた自分のような人間からすると、秀まるおさんといえば「伝説のシェアウェア作家」というイメージが強く、私だけでなく読者の多く

アジャイル開発での契約トラブルが急増中 試行錯誤を繰り返すDXとの親和性の高さから、利用が急伸するアジャイル開発。だが、「それに伴い、外部委託先との契約に苦慮する企業も増えています」と指摘するのは、ガートナージャパン シニア ディレクター アナリストの土屋隆一氏だ。とある契約では予算を5割超過してリリースする結果となり、その後引き継いだベンダーも情報不足で調査工数がかかる結果となったというものだ。 そこでの苦い経験から、ガートナーに相談を寄せる企業は年々、増えているという。思わぬ落とし穴に陥らないために土屋氏が必要性を訴えるのが、次の5つの観点での契約内容の確認だ。

main branch を default の branch として運用することが多くなって来ていますが、 Wantedly このでは数多くの repository の CI 設定や自動化フローにおいて master をハードコードして利用してきました。 短期間での移行が難しいため、 2022 年 1 月現在では master branch を default で利用している repository が多数派です。 Pull Request が持っていると嬉しい性質よい Pull Request の分け方を考えるために、まずは Pull Request が持っていると嬉しい要素を列挙します。どれもそれだけを重視すると他のことが犠牲になる事があるという点に注意が必要です。あくまで「他にデメリットがないのであれば」という前提だということです。 diff の行数は少ないほうがいいこれは当たり前に実

(あんちべ! 俺がS式だ） @AntiBayesian 統計屋。 データ解析やDMP開発、データ解析組織作りなどご相談ください。 主著：「データ解析の実務プロセス入門(amzn.to/3vgVTmS)」 プロフィール：engineer-lab.findy-code.io/jobs-in-statis… (あんちべ! 俺がS式だ） @AntiBayesian 飲食やアパレルなど、市場の先行きも不安でこのままだとスキルも身に付かず…って将来不安視されてる方にプログラミングやシステム開発を学ぶのお勧めしてる。 人手不足のIT系に転職するのもありだし、ドメイン知識活かしてその市場の開発を担うことでハッピーになるケースあるので (あんちべ! 俺がS式だ） @AntiBayesian あとこう言う話すると必ず「IT系も闇が〜」と言われるけど、この先闇しかない市場でもがくのではなく、明るい要素がある世界

検査仕様書なしでシステムを開発するとどうなるのか? ある炎上プロジェクトの建て直しを通じて嫌と言うほど思い知らされた。 そのプロジェクトの顧客が一番怒っていたのは「一体どういうテストをしてリリースしてるんだ?」という点だった。 プロジェクトの建て直しはやり慣れているのでまずは検査仕様書をレビューして検査項目の強化だな、とか軽く考えていた。 でもプロマネに検査仕様書を見せてくれと言っても整理できてないから待ってくれ、の一点張り。 まずは社内の人間で見るだけだから整理なんていらないよ、と説得しても頑固に出さない。 なんとそいつは検査仕様書なしでテスト(うちの会社の定義ではそんなもんはテストと言わないけど)して顧客にリリースしてた。 全く動かないシステムをリリース顧客は「全く動かない」と怒っていたが僕はいくらそれはないだろ、顧客が話を盛っているんだろうと甘く考えていた。 しかし、プロジェクトの自

はじめに こんにちは。ZOZO研究所のshikajiroです。主に研究所のバックエンド全般を担当しています。ZOZOでは2019年夏にAI技術を活用した「類似アイテム検索機能」をリリースしました。商品画像に似た別の商品を検索する機能で、 画像検索 と言った方が分かりやすいかもしれません。MLの開発にはChainer, CuPy, TensorFlow, GPU, TPU, Annoy、バックエンドの開発にはGCP, Kubernetes, Docker, Flask, Terraform, Airflowなど様々な技術を活用しています。今回は私が担当した「近似最近傍探索Indexを作るワークフロー」のお話です。 corp.zozo.com 目次 はじめに 目次 画像検索の全体像説明 Workflow Develop Application 推論APIの流れ 近似最近傍探索とAnnoy 近似

ProductZine Day＆オンラインセミナーは、プロダクト開発にフォーカスし、最新情報をお届けしているWebメディア「ProductZine（プロダクトジン）」が主催する読者向けイベントです。現場の最前線で活躍されているゲストの方をお招きし、日々のプロダクト開発のヒントとなるような内容を、講演とディスカッションを通してお伝えしていきます。

私たちはこれまで、様々なお客さまと一緒にリモートアジャイル開発を実施してきました。 リモートワークの時代に私たちの実践知が少しでも役に立つならという思いで、 ​ノウハウ集という形で公開させていただきます。是非ダウンロードしてお読みください。

こんにちは。 テストエンジニアからサービス開発エンジニアにロールチェンジした、茂呂一子です。 先日リリースしました、iOSクックパッドアプリのリニューアルプロジェクトに参加し、サービス開発エンジニアとしての第一歩を踏み出しました。 今回は、アプリのリニューアルをすすめていく中で、試してみたことについて、お話しします。 アプリリニューアルの内容やそのデザイン意図については、13年続いた「つくれぽ」をリニューアルした話｜Misaki Kubosaka｜noteが詳しいので、こちらをお読みください。 リニューアルプロジェクト第1フェーズの問題点 iOSアプリのリニューアルプロジェクトは、とても大きく、機能を段階的にリリースするため、3つのフェーズに分けて開発していくことが決まっていました。 そのため、開発チームはメンバーの追加をしつつ、複数回の開発サイクル(仕様決定、設計、実装、検証)を繰り返す

# 数億円規模のプロジェクトをたった二人で開発させられた話 先日、関わっていたプロジェクトを抜けることになりました。 原因はもちろん炎上によるものなんですが、これがもう炎上すべくして炎上したようなぶっ飛んだプロジェクトでしたので、 ここで吐き出させて下さい。 # 20数名のメンバーの一人だったはずが、いつの間にか総勢一人になっていた 僕の仕事のスケジュールに空きができ、週３日程度の仕事を探していた頃、Twitterから開発案件の依頼がきた。 内容はよくあるシステムのリプレース案件。 開発メンバーは既に５人程度集まっており、その後２０人ほど合流するとのことで、総勢２０名以上の開発メンバープロジェクトだ！こんな規模の新規開発なんて初めてだからワクワクするぞ！ と思っていたら、PHPの案件なのにほとんどがJavaの人だったのでメンバーとして数えられず、参画する前に去っていってしまった。 合流する

It’s that time of the year again! 🥁 The 6th Annual StackShare Awards have arrived! 🎉 Check out the 2018 awards if you missed it This year, we did things a bit differently. First, we lied. This isn't the Top 50 Developer Tools. We've actually outlined the Top 140 tools of 2019 😱 We analyzed over four million data points shared by you- the StackShare community- to bring you these rankings 🤯 Base

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、PayPayフリマでAndroidやBFFを開発している松田です。 Yahoo! JAPAN Tech Conference 2019 in ShibuyaにてPayPayフリマのバックエンドとAndroidの設計や開発について話をしました。 前回のバックエンド編の記事に続き、本記事ではセッション後半のAndroid開発について紹介します。 PayPayフリマとは バックエンド編でも触れていましたが、改めて紹介します。 https://paypayfleamarket.yahoo.co.jp PayPayフリマはフリマに特化したサービスとして10月7日にiOS版をリリースしました。PayPayの名前がつく通り、PayP

9月4日から6日にかけて横浜パシフィコで開催されたCEDEC 2019の3日目では大乱闘スマッシュブラザーズSPECIAL（以下、スマブラSP）の講演が注目を集めた。日本随一の規模を誇る超巨大プロジェクト「スマッシュブラザーズ」シリーズの最新作を開発するバンダイナムコスタジオ（以下、BNS）がどのようにスマブラSPを作ったのかに関心を示す人が多く、ほとんどの講演が満席で立ち見や座り見の人が続出するほどだった。 それらの講演の一つである「『大乱闘スマッシュブラザーズ SPECIAL』　～大規模開発を支えた 開発環境の整備と運用～」ではBNSゲームプログラマの中村彰宏氏とリードプログラマの南相培氏が講演協力、ビルドエンジニアである篠崎旭氏が解説を行った。 スマブラSPはファイターが70種類以上、ステージが100種類以上という途方もない規模であり、それにつられて開発チームも大規模になってしまう。