注目のIT関連トピックスをいますぐチェック！ 月間ニュースランキングTOP10【3/1～3/31】CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中
※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ
IT系勉強会のいまと、集うということについて | Marginalia
今年に入ってから、オフラインのIT系勉強会や開発者カンファレンスがじわじわと復活してきているが、興味深いと思っているのは、開催にあたってより大きなコストのかかるカンファレンス規模のイベントのほうが、復活のスピードが早いように思われることだ。 逆に小規模の、駅名+技術のような勉強会のほうが復活していないものが多いように感じる。これには会場確保の難しさやオーガナイザーの状況の変化などいろいろな要因が簡単に思いつくが、特に考えてみたいのは「集う」ということそのものの困難さに気付かされているのではないかということだ。 人が集まって何かをイベントを開催するためには、そこに人を「集わせる力」が必要である。大規模なカンファレンスと小規模の勉強会の大きな違いは、その「集わせる力」に対する投下コストにあると思う。より商業的な色合いを持つイベントであるほど、そのコストの多くは「集わせる力」の増強に使われる。集
富士通､マイナ誤交付で揺らぐ｢IT最大手｣の足元
国内トップITベンダーとしては、あまりにもお粗末だ。 富士通グループが提供するマイナンバーカードを利用した証明書交付システムで、別人の証明書が交付されるトラブルが3月以降、全国の自治体で相次いでいる。障害を引き起こしたシステムは「Fujitsu MICJET コンビニ交付」。富士通の100％子会社である富士通Japanが自治体向けに提供しているサービスだ。 富士通によると、印刷処理管理プログラムなどに不備があったことで、利用者とは別人の個人情報が記載された証明書が横浜市や東京都足立区などで印刷されたという。 【2023年7月13日13時27分追記】誤交付が発生した要因に関する初出時の表記を一部、上記の通り修正いたします。 デジタル庁の指示の下、5月にはサービスを提供している自治体で利用を停止し、点検を実施した。動作確認をしたうえでサービス利用を再開したものの、6月末に福岡県宗像市で同様の誤
IT用語を使ったユーモラス日常会話集 - Qiita
こんにちは、ボケ倒したいのを日頃我慢しているむっそです。今回は日常会話で使えば面白くなりそうなIT用語を用例も交えて書いていこうかと思います。 うまく使えれば知的ユーモアの溢れるインテリパーソンになれるかもしれないし、スベり散らかしてしまえばこの世のゴミみたいな不当な扱いを受けるかもしれないです。 試すかどうかは、、、そう、あなた次第です。 コロナで在宅3年とかやってたら発狂してネタ記事くらい書きますよ、人間だもの はじめに この記事を思いついたきっかけは私の好きな本である、インテリ悪口本のコンセプトです。 要はインターネットに氾濫する悪口がつまらないのは、そこに知性もユーモアも宿っていないからであり、うんちくやユーモアを付け加えることで悪口を楽しさや知的好奇心に変えられるというコンセプトです。 このコンセプトに則り、下品な飲み会や、吐き気がするほどつまらない1on1などの日常会話で、IT
及川卓也の『ソフトウェア・ファースト』というアンチパターン｜ソフトウェア・ファースト制作委員会
2019年10月10日に発売した、及川卓也の著書『ソフトウェア・ファースト あらゆるビジネスを一変させる最強戦略』。このnoteでは、出版の経緯や書籍づくりの裏話、発刊時に削った原稿の公開など、制作にまつわるさまざまな情報を発信していきます。 こんにちは、及川卓也のマネージャーの酒井と申します。今でこそ多くの方にご愛読いただいている『ソフトウェア・ファースト』ですが、制作中はプロダクト開発におけるアンチパターンをいろいろやってしまいました。この経験は、その後の私たちの仕事で「これ、進研ゼミでやったやつだ！」的な効力を発揮し、立ち止まって考える機会を与えてくれています。どれもあるあるで、皆さまのお仕事を振り返る際にもお役に立てるのではないかと思い、整理してみました。 ここからは、酒井真弓著『ルポ 日本のDX最前線』（集英社インターナショナル）を再構成してお届けます。 筆者（酒井）は独立を機に
ITの地殻変動はどこで起きているのか？～今後の課題はソフトウェア事業におけるエージェンシー問題を解決すること - プログラマの思索
ITの地殻変動はどこで起きているのか？～今後の課題はソフトウェア事業におけるエージェンシー問題を解決すること ITの地殻変動はどこで起きているのかを2022年現在で考えてみる。 ラフなメモ書き。 特に後半は、ロジックが飛んでいるが、自分のアイデアを書き残すことに重点を置く。 【過去の記事】 ITの地殻変動はどこで起きているのか？～2006年: プログラマの思索 ITの地殻変動はどこで起きているのか？～SeasarとRuby、そしてPF: プログラマの思索 ITの地殻変動はどこで起きているのか？～チケット駆動開発はなぜ生まれたのか・2009年: プログラマの思索 ITの地殻変動はどこで起きているか？～Agile2.0をサポートするチケット駆動開発: プログラマの思索 ITの地殻変動はどこで起きているのか？～チケット駆動開発が進むべき道: プログラマの思索 ITの地殻変動はどこで起きているのか
不安が多いエンジニアに聞いてほしい成果と成長の話 - Qiita
Ateam Brides Inc. Advent Calendar 2021の15日目は 株式会社エイチーム エンジニアのみやたけが担当します！ はじめに タイトルの通りですが、今回はエンジニア経験の浅い人や、若手のエンジニア等で、不安が多い人に聞いてほしい成果と成長の話です。 くれぐれも、不安無くバリバリやってる人は対象外になりますのでお気をつけ下さい。共感得られない事請け合いです（笑） いきなりですが、不安ありません？ エンジニアで入ってきた時に、僕みたいな凡人だと不安って結構あったりするんですがみなさんは如何でしょうか。 中途の場合 僕は今の会社に中途入社ですが、入った時はとっても不安でした。 今までWindows系でしか開発したことなかったので（jscript＋ASP6）あまりCUIに慣れてませんでした。（エディタも今はなきPeggyを使ってました） ところが入社してみると、OSは
SIerで幸せな技術キャリアを築くために - Qiita
この記事はNTTコムウェア Advent Calendar 2021 20日目の記事です。 NTTコムウェアの古西です。AI・データサイエンス推進室で技術マネージャをしています。 システムインテグレーター、略してSIerは、顧客のためにITシステムやサービス・ソリューション・プロダクトを開発・運用する会社です。一部自社サービスがあるものの、特定の顧客企業に対してシステムを提供することが多いです。 ネット上では「SIerはオワコン」1と言われることもありますが、私自身は入社のときに「人と技術を仲介する仕事がしたい」と言って仕事をしはじめてから約25年間、SIerで顧客や自社の人と技術を仲介する仕事をしてきました。私がこれまでの経験から「SIerで幸せな技術キャリア」を築くために意識したほうがいいと思うことを、若年層とベテラン層にわけて3つずつ、書いておこうと思います。 若年層(20代～30代
ITエンジニアと「45歳定年説」｜久松剛／IT百物語の蒐集家
新浪剛史サントリーホールディングス社長による「45歳定年」が話題です。下記ニュースがよく纏まっていますが人材流動化、終身雇用・年功序列・退職金制度の見直し、解雇規制の緩和ムード醸成など様々な解釈が溢れています。 個人の見解としてはキャリアの多様性はあるべきですし、IT界隈を見る限り大学は専門性を身につけるというより教養を身につけるのが日本の大学であるため、入社後に0スタートで教育し育てていく（TwitterではJTC - Japan Traditional Companyなどと呼ばれている）往年の日本企業の労働スタイルにははっきりとした必要性があると感じています。そのメリットを活かしながら生き残って頂きたいと考えていますが、どうも総合職の終身雇用まで踏まえると事情は違うようです。 一方、ITエンジニアはどうなるかというと全く事情は異なってきています。今回はITエンジニア界隈における45歳定
「ASCIIをUTF-8にして」それが『できない』ことを理解してもらえなかった話 - Qiita
物語の始まり 事の発端は納品後。 先方からメッセージが届きました。 クライアント様「このファイルの文字コードがShift_JISになっておりますので、UTF-8で再納品をお願いいたします。」 拙者（あれ…UTF-8にしてたと思うんだけどな） 拙者「確認いたします。」 文字コードを確認する 本案件はいわゆる更新案件で、今回の納品時に言われていたのは、「文字コードがUTF-8ではないものは変換して納品してくれ」ということ。 そして、ご指摘いただいたのは、今回の更新案件で中身はいじらなかったJavaScriptファイル。 本来ならば納品するファイルではないのですが、文字コード変換という要件があったため、納品ファイルとして加えられたものでした。 一括で文字コードを変えたので作業漏れかなぁと思っていました。 ファイルの中身は記事用にかなり適当につくったものですが、まあだいたいこんな感じです。
優秀さについて
Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3 はじめに 「【転職エントリ】Googleに入社します｜Lillian｜note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、… 同僚からこれについてどう思うか、と聞かれた。元の文章が
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
シグマ計画／(コ)の業界のオキテ
シグマ計画というコンピュータに関する通産省の国家プロジェクトがあった。このプロ ジェクトは、ソフトウェア開発の効率化を目指したものであった。 「１９９０年には６０万人のソフトウェア開発技術者が不足する」 との報告書が１９８４年に産業構造審議会から出され、将来のソフトウェア・クライシス 対策として始まった。このプロジェクトに下に作られたコンピュータが「シグマ・コンピュー タ（シグマ・ワークステーション）」である。正確には、シグマ計画で作り上げた物は、 コンピュータではなく、シグマＯＳというコンピュータを制御しているオペレーティング・ システムであるが、そんな細かいことはどうでも良い。 結論から先に言えば、この国家プロジェクトは、見事なまでの大失敗であった。国家プ ロジェクトの期間は１９８５年からの５年間であった。終了時点で失敗ははっきりしてい たのであるが、プロジェクトの期間が終わると同時に
COCOAの件を機に「メンテナンスされないソフトウェアは全てゴミになる。」という考えが、一般常識になって欲しいよねという話
Kazuo Moriwaka @moriwaka なんとかCOCOAの話から「メンテナンスされないソフトウェアはすべからくゴミになる。問題に気づけないし気づいた人がいても直す人がいないのが『メンテナンスされない』という状態だから。」という話が一般常識になってくれんかなあ(半分諦めつつ 2021-02-04 21:48:09
SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー｜ミック
はい、今回はみんな大好き（大嫌い）SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド（非IT産業）にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある（筆者が追えていないだけでもっと古いかもしれない）。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ
#IT業界イイ現場オブザイヤー2017
■業界関係者を恐怖に陥れる #IT業界クソ現場オブザイヤー2017 https://togetter.com/li/1176661 ■こんな現場が世の中にはあるんです。#IT業界クソ現場オブザイヤー2017 https://togetter.com/li/1177863 ■#IT業界クソ現場オブザイヤー2017 営業編 https://togetter.com/li/1178052 ■#IT業界クソ現場オブザイヤー2017 顧客編 https://togetter.com/li/1178055 ■#IT業界クソ現場オブザイヤー2017 上司・先輩編 https://togetter.com/li/1178061 続きを読む
元社畜SEが教える、IT土方から抜け出す方法 - NZ MoyaSystem
「IT業界で働きたいけど、残業が多そうで怖い」という不安を抱えている人、多いんじゃないだろうか？ 確かに、IT業界は一歩道を間違えるとデスマーチという落とし穴が待ち受けている。 あまりに過酷な働き方から「IT土方」なんて言葉もあるくらいの業界だ。 僕は、かつては日本でシステムエンジニアとして働き、毎日終電、休日出勤も当たり前のブラック労働をしていた。 そこから脱出して、今ではニュージーランドのIT企業でプログラマをやっている。 残業はゼロで毎日定時で帰れる職場だ。 天国と地獄の両方を見てきた経験から、今日はどうすれば「IT土方」にならずに働けるかについて考えたいと思う。 なおこの記事では「IT土方」を「過剰な残業(月60時間以上)、休日出勤を強いられるIT技術者」と定義する。 ITゼネコンの一部になるな 大手ITベンダー 下請け 孫請け IT土方にならないための具体的な方法 高いプログラミ
なぜ｢Cドライブ｣なのか､知っていますか
ぼへちゃん、今日は新人さんへの研修をやっているようです。 ぼへ：わからないことあったら、何でも聞いてね！ 新人：あの、素朴な疑問なんですけど、なんでCドライブっていうんですか？ ぼへ：それは不思議に思うよね、AとかBとかなくて、いきなりCだものね。昔はね、AドライブとBドライブはフロッピーディスクが使っていたの。まだ、ハードディスクが高価な時代でね、Aドライブには、OSを起動させるためのディスクをいれてね、Bドライブには、アプリケーションを起動させるためのディスクをいれて使ってたんだよー。 それで、その次に使われるようになったハードディスクがCになったってわけ。 さて、ぼへちゃんは得意げに説明していますが新人さんはとてもけげんな顔をしていますね。 あれ、わかってもらえなかったのかな、と思いきや「フロッピーディスクってなんですか」という質問が来ました･･･。 ああ、そうか、この年代だと、フロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT業界の日常を図にしてみたら「地獄絵図」「ウチの会社の悪口はそこまでだ！」になった→これから業界に入る人は身震い
