Docker盲信してる皆様へ
そもそも便利なのかちゃんと考えてる？ 「日々Dockerfileをメンテして開発環境がこんなに楽になります！」 「Dockerなので本番とも開発者同士でも同じになります！」 馬鹿じゃねーのかｗ？ Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよｗ そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケが 本番と同じものを作りたかったら本番からコンテナ作れよ なんでビルド始めちゃうの？無駄じゃん馬鹿じゃん それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの？ yumもaptもリポジトリがセキュリティアップデートやらで変化する以上 いつも同じ結果になるわけじゃねーだろが、（バージョンロックする方法はあるけどめんどいだろ） 本番でもコンテナを使ってますってやつら以外無理し
滅びてほしい認証系の実装の話
こんにちは、富士榮です。 ちょっと前に某所でダメダメな認証系の技術実装ってなんだろうねぇ、、という話をしていたことをXで呟いたところ、色々とご意見を頂けましたのでまとめて書いておきます。 考えていると結局のところ、サービス提供側が意図していることとは全然違うことが起きている気がするので、この辺はしっかり考えて実装したいところですね。（実装ミスは問題外として） カテゴリ滅びてほしいもの実装側がやりたいこと利用者が感じること実際に起きていること代替手法認証CAPTCHAbot避けぐにゃぐにゃ文字が読めない バイクと自転車の違いとは？ユーザの離脱、カゴ落ちパスキーの利用 新しいタイプのCAPTCHA（通常は画面に出ない） リスクベース認証との組み合わせによる抑制認証パスワード誰でも使える認証手段の用意忘れる。複雑なパスワードをそれぞれのサービス毎に管理するのは無理パスワードの使い回し。パスワード
SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは
大学在学時に、ソフトウェアVPN（Virtual Private Network）の「SoftEther VPN」（以下、SoftEther）を開発したことで広く知られる登 大遊氏。SoftEther開発後も中国の検閲用ファイアウォール「グレートウォール」へのハッキングなどで話題を集め、現在は東日本電信電話（NTT東日本）のビジネス開発本部 特殊局員、情報処理推進機構（IPA）の産業サイバーセキュリティセンター サイバー技術研究者、筑波大学の客員教授などを務めている。 登氏が、ゲットイットが開催したWebセミナーで、日本のITエンジニアに必要な「トライ&エラー（トライアルアンドエラー）の思考法」について話した。ゲットイットは、リユースIT製品の販売やレンタル、メーカーサポートが終了した製品の保守をサポートするIT機器保守（第三者保守）など幅広い役割で、NTTグループをはじめとする多数の企業
困っている人の情報発信力が低すぎると思う
私は現在起業準備中で、どんな問題を解決すればよいかを考えている。 世の中には困っている人がいっぱいいるのは自明だろう。 なのに、私がいくら調べても「この問題を解決してほしい！」と書かれたブログやツイートが全然見つからない。 世の中には困っている人がいるのと同じく、起業してみんなが抱いている問題を解決したい人が大勢いるのに、そういった人達はどうでもいいプロダクトを作って時間を無駄にしている。 これは本当にもったいない。困っている人は無責任でいいから、「私たちはこんな問題を抱えています！誰か解決して！」と情報発信してほしい。 できればより具体的な方が助かる。 「お金がないから仕事がほしい！」よりも 「仕事を探すときにハローワークの人は役に立たないからなんとかして！」よりも 「もっと便利なお仕事紹介サービスが欲しい！」の方が誰かが解決してくれる可能性は高まる。 困っている人が一番問題を認識してい
「アジャイルソフトウェア開発という概念」の源流は日本なのか 〜『日本企業はなぜ「強み」を捨てるのか 』を読んで〜 - bonotakeの日記
夜中におもむろに書評を書き出す第2段。 日本企業はなぜ「強み」を捨てるのか～増補改訂版『日本“式”経営の逆襲』～ (光文社新書) 作者:岩尾 俊兵光文社Amazon この本自体はとても面白いし首肯できる部分も多いが、1箇所だけイチャモンをつけたい。 そもそもアジャイルソフトウェア開発という概念自体、マニフェスト（注：アジャイルソフトウェア開発宣言のこと）の発表よりも3年早く、1998年に日本の研究者から提案されている。 南山大学の青山幹雄教授による一連の研究である。 （同書より引用） ここで紹介されている「1998年」の「提案」とは、おそらくICSE1998で青山先生が発表した論文 "Agile Software Process and Its Experience" のことだろうと思う。Agile Software Process（ASP）という、実際に富士通の社内で実践されたソフトウェ
俺の考えるニトリネットの顛末
・ニトリのシステムコンサル（経歴だけやたらすごいことを主張し横文字ばかり使う）がGoogleのパンダアップデートを機にニトリネットのリニューアルを提案 ・その際に、自分の懇意にしているシステム営業を連れてきて提案させる（CTC) ・CTCのMAMSを導入することを決定し、基幹システム等のつなぎ込みプロジェクトが開始 CTCでの受注額はおそらく数億〜十数億レベル（３年保守契約含む）→コンサルには５％キックバック ・この時点で、以前にニトリネットを依頼してた会社（０社）の足切りを決定。 ・０社は引き継ぎは１ヶ月しか行いませんと明言、ニトリ担当者了解する。 ・CTC下請けへ開発を投げる。そこそこ中堅規模の開発会社（A社）が５０００万で受注。 ・A社、いつも仕事を投げているB社へ８００万で発注。 ・B社、コンペで募った会社（C社、D社、E社）の中から、一番デザインが良さそうだったD社に３００万で発
サイバーエージェントのGitHub Copilot導入と 開発生産性
【GitHub x サイバーエージェント共催】GitHub Copilotで変わる開発文化の現実 https://cyberagent.connpass.com/event/292982/
「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog
パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t
個人で開発していた上場企業の情報サイトをOSSにした
結論 個人で開発していたWEBサービスをOSSとして公開しました。 この背景や技術環境について書いていきます。 すべてのソースコードをGitHubに公開しています。 スターやレビューをしてくださると嬉しいです！ 公開したサービス: 上場企業ランキング 先日、オープンソースでWEBサービスを公開しました。 「上場企業ランキング」というサービスです。 その名の通り日本の上場企業を業界ごとに「給与」や「売上」順で閲覧することができるサービスです。 URL: https://company-ranking.net/ GitHub: https://github.com/yuki0920/company-ranking 私は2度の転職活動経験がありますが、企業を選ぶ際に知っておきたいことはいくつもありますよね。 「給与はどのくらいだろう」 「売上や利益はどの程度なのかな」 こういった情報は、求人ペー
ただ個人開発してもどうせ誰にも使われないので集客から始めてみた
自分の作ったサービスで食っていく。 僕みたいに、大した技術力もなければフォロワーも少ないような個人開発者が自分のサービスを広めるために、集客に本気で取り組んでいる過程をまとめていく。 まだ食っていくには程遠いが、想定に近い動きをできているため、ここで思考を整理しつつアプローチをシェアする。 僕が運営しているサービス いま僕が運営している『はいしんツールキット』はライブ配信者（ゲーム実況・VTuber etc.）向けのツール集だ。 YouTubeなどでライブ配信を見る習慣がある方には馴染み深いであろう、配信画面に視聴者のコメントを表示していたり、DiscordのアイコンがPOPに表示されていたり、ライブ配信活動に便利なツールを使えるのが主な機能となる。 Zennのユーザには縁遠いサービスなのは残念だが、いつどの時間でもYouTubeやTwitchを開けば、うちのサービスを使った配信者さんを簡
エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2023」ランキング上位30を発表
エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2023」ランキング上位30を発表 一般社団法人 日本CTO協会(本社：東京都渋谷区／代表理事：松岡剛志、以下：日本CTO協会)は、ソフトウェアエンジニアをはじめとする技術者にとって各社が"開発者体験※1"に関して、どれくらい魅力的な発信をしているか「開発者体験ブランド力」を調査するためのアンケートを実施し、上位30社のランキングを2022年より発表しています。 本活動は、各社のエンジニア採用力強化の指針となるだけでなく、開発者体験の向上と透明性/オープンネスなどの企業文化の重要性が広く認知されることを目的とするものです。 2023年は技術者合計615名を対象に、「開発者体験ブランド力」調査・集計を実施し、上位30企業を選出いたしました。その上位各社を『Developer eXpe
RubyKaigi 2023 Wi-Fi: 足回り徹底解説 - クックパッド開発者ブログ
id:sora_h です。最近は RubyKaigi の Organizer や Wi-Fi NOC をやっていましたが… 何屋なんだろう? 一応 Software Engineer (Site Reliability, Corporate Engineering) を名乗っていますが…。あっ RubyKaigi から戻ってからは学者をやってますね。落ち着いたら本業を思い出していこうと思います。 さて、Cookpad は 2010 年より RubyKaigi に協賛していますが、近年は Wi-Fi Sponsor など*1として携わっています。実体的には、 id:sora_h (筆者) が RubyKaigi 前にほぼフルタイムで Wi-Fi の準備に提供されたり、細々とした機材、一部の回線・ラックスペースの提供を行っています *2。 本稿では RubyKaigi 2023 Wi-Fi ネ
SEで上流を担当、コーディング経験がほぼありません。社外でも通用するスキルが身に付いておらず不安です。開発は向いていません。今の経験を活かしつつキャリアアップするにはどうしたらいいでしょう？
回答 (11件中の1件目) まず、危機感をもっている、あなたは、マトモです。大概の人は、特に、SIerや、大手、上場電気メーカーなんかで、大卒、新卒入社で、しっかりとした社内研修を受けると、間違ったプライドが身に付き、大いに勘違いをします。裸の大様になっていることに気づきません。 おかしな事ですが、社員研修が充実している会社ほど、実は、その会社でしか通用しない社畜を醸造されている例が多いんです。いわば会社の色に染まるように、洗脳、染色されています。 例えば、コンプライアンス完璧で、マニュアルが充実している、文書一つ書くにも、すべて雛形、テンプレートが準備されている。これはある意味、警...
なぜテストコードを書くのだろう? - Uzabase for Engineers
こんにちは、NewsPicksの北見です。 ところで皆様、テストコードって書いてますか...? ネットでテストコードについて検索すると 「テストコードを書きましょう」 「テストコードとはこうあるべし」 「TDD(Test Driven Development)だ」 等々が叫ばれています。 ただ、なんとなく「方法論ありきでとにかくテストを書け」と言われているようで、テストの必要性について納得感に欠けている方もいらっしゃるのではないでしょうか? なぜ テストコードを書くのでしょうか? テストコードを書く理由 将来リファクタリングをしやすくする テストコード書く途中で、開発者自身が仕様を理解し、成長できる 最後に テストコードを書く理由 諸説ありますが、私が思うテストコードを書く理由は 将来リファクタリングをしやすくする テストコード書く途中で、開発者自身が仕様を理解し、成長できる の2つです。
なぜアジャイルは日本で広がらないのか？現状に関する考察と将来の展望
私はこれまで６年間日本で働いてきましたが、昨年11月にプロフェッショナル・スクラム・トレーナーになってから、日本のスクラムやアジャイル開発の現状と今後の展望についてよく質問を受けるようになりました。そうした質問に触発されて私自身もこのテーマについて掘り下げて調べたり考えたりするようになりましたので、この記事にまとめました。（English version here） スクラムとアジャイル開発の現状 1986年、当時 一橋大学教授であった野中郁次郎氏と同大学の竹内弘高氏は「The New New Product Development Game」(Harvard Business Review) という非常に有名な研究論文を発表しました(1)。この論文は日本企業による新製品開発プロジェクトの成功事例を紹介すると共に、これらのプロジェクトに共通する特徴として「自己組織化されたチーム」「開発フェ
4年間毎週個人開発を継続したら月間利用ユーザー30万を超えるサービスになった話 - Qiita
2024年1月に書いた最新の記事はこちら 2018年10月にこのようなサービスをリリースしました。 友達と旅行などに行った時に発生するお金の貸し借りで「誰が誰に何円返せばいいんだっけ？」という問題をシンプルに解決してくれるWebアプリです。「調整さん」みたいに即席でグループページを作成して、そこに立替え履歴を登録しておけば、最も簡単な清算方法を計算してくれます。 当時、新卒2年目くらいで、会社の同期と初めてリリースした個人開発サービスです。 途中コロナで大打撃を喰らったのですが、ここ1年くらいは徐々に回復し始め、サービスリリースから約4年で月間30万ユーザーを達成することができました。 (👆2022年3月あたりから過去30日のユーザー数推移) 自分で言うのもアレですが、MAU30万は個人開発サービスではかなり当たっている方かなと思うので、ユーザー数が伸びなかったリリース当時、どういうこと
良いドキュメントを書きたくなる本を読んだらドキュメンタリアンになりたくなった - じゃあ、おうちで学べる
ドキュメンタリアンとは、役職に関係なく、ソフトウェア業界でドキュメントとコミュニケーションに関心を持つ人のことです。 www.writethedocs.org はじめに これは主に『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の書評です。私はSreakeにてSREという役職についています。SREはサービス概要、アーキテクチャの解説や図、各種構成図、各種手順書、ポストモーテム、ポリシー、SLA(SLO) … その他の様々な場面でドキュメントを書く必要があります。しかし、ドキュメントは価値が見えにくく時間と労力がかかり品質担保の面で重要度がとても高いのにその場での価値が見えにくいので浸透しにくいです。そのため、エンジニアとしてモチベーションが保ちづらいです。2021年 State of DevOps 2021 にもドキュメントに関する言及があり今後、
日立子会社がZ会に11億円の支払い、システム開発訴訟はなぜ起きたか
新基幹システムの開発頓挫を受け、Z会が2017年11月に委託先を訴えた裁判。東京地裁は一審判決で11億円の支払いを委託先の日立子会社に命じた。2022年10月に東京高裁が日立子会社の控訴を棄却し、Z会の勝訴が確定した。事件の発端は、夜間のバッチ処理が終わらないというシステム不具合だった。裁判に発展した経緯とZ会が勝訴した要因を裁判記録から読み解く。 システム開発の頓挫を受け、Z会と日立ソリューションズ（HISOL）が5年にわたり争ってきた裁判が決着した。Z会は新基幹システムの開発をHISOLに委託したが、完成したシステムは想定した性能を満たさず、本格稼働を前に利用中止を余儀なくされた。同社は2017年11月21日、契約の債務不履行解除に基づく既払契約代金の原状回復請求、および債務不履行に基づく損害賠償請求などで合計27億3056万6856円の支払いをHISOLに求める訴訟を東京地方裁判所に
Javaで書いた4行のコード、依存関係をたどると51万行に――超複雑化するソフトウェア構成、SBOMで探るには
＠IT編集部は2022年8月22日、デジタルイベント「＠IT ソフトウェア品質向上セミナー」を開催した。基調講演では、「SBOMによるサプライチェーン攻撃対策～自社ソフトウェアのリスク、把握していますか？～」と題して、JFrog Japanの横田紋奈氏（デベロッパーアドボケイト兼Java女子部・JJUG運営）が、企業におけるオープンソースソフトウェア（OSS）の使用に潜むリスクにはどのようなものがあり、それにどう対処していけばよいかについて解説した。 ソフトウェアのセキュリティで注目されるソフトウェアサプライチェーン攻撃 SBOMとソフトウェアサプライチェーンの話題の前に、横田氏はDevSecOpsとは何かから話を始めた。DevOpsは、開発者と運用者が協力してサービスを改善していくもの。ユーザーからのフィードバックなどを受けて取り組みを繰り返し、改善を継続する。そのための考え方であり、組
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT 業界ではなぜ工数などという担当者の能力によって大きく増減してしまうあやふやな単位で見積をしているのだろうか。→だから単価交渉をする
