ゆりか| エンジニア @mike_engi 泣いてたエンジニアの女子ランチ誘った件 話を聞くと ・成果物のレビュー全然通らない ・レビュアの上司は指摘だけで具体的な修正方法を教えてくれない ・進捗報告で自分だけ遅れてるのが申し訳ない ・遅延理由をなぜなぜ分析しろと上司から言われる ・力不足は自覚してるけど誰にも頼れない →泣く😭 x.com/mike_engi/stat… 2024-12-03 12:20:09 ゆりか| エンジニア @mike_engi 上司が答えを教えずに考えさせようとしてるのはわかるけど遅延出てるし、なぜなぜ分析しても自分の力不足にしか辿りつかない…エンジニア向いてないもう無理😭の状態だった 話しかけてよかった！同年代の人に話聞いてもらえてスッキリしたって 今後も定期的にランチ行くことになった😋 2024-12-03 12:45:05
原子時計を地球の自転に合わせるために半世紀にわたって用いられてきた「うるう秒」が段階的に廃止される。こうした調整の技術的リスクを懸念するテクノロジー大手にとっては、うれしい話だ。 時間の管理に携わる世界各国の当局が現地時間11月18日、国際度量衡局（BIPM）の会議で、うるう秒の利用停止を投票で決めた。 BIPMは、うるう秒廃止の理由について、「うるう秒の採用によって生じる不連続が、衛星ナビゲーションシステムや通信、エネルギー伝送など重要なデジタルインフラに深刻な誤動作をもたらすリスクがある」と述べている。 変更は2035年までに実施される予定だ。新たな方針は、今後100年以上使えるように策定されている。 これほど正確な時間管理は、難解な科学の領域のように思えるかもしれないが、コンピューターがタスクを常時追跡し、適切な順番で動作するようにしなければならないデジタル時代には、極めて重要なこと
転職サービス「doda」などを提供するパーソルキャリア株式会社が運営するIT・テクノロジー人材のための社会人コミュニティ「TECH Street」＜ https://www.tech-street.jp/ ＞は、日本全国のITエンジニア403名を対象に「理想の開発環境に関するツール・サービス調査」を行いましたので、結果をお知らせいたします。 ▼調査結果詳細 https://www.tech-street.jp/entry/research-devenvironment ■ITエンジニアが使いたいのはどちら？Mac／Windows 「Q.ビジネスやプロジェクトにおいて、自分に決定権がある場合、どちらのPCを使いたいですか？」（n=403）と質問したところ、「Windows」と回答した方が90.1％、「Mac」と回答した方は9.9％という結果となりました。 また、「Q.PCを選ぶ上で最も重要視
ガートナーの米国本社発のオフィシャルサイト「Smarter with Gartner」と、ガートナー アナリストらのブログサイト「Gartner Blog Network」から、＠IT編集部が独自の視点で“読むべき記事”をピックアップして翻訳。グローバルのITトレンドを先取りし「今、何が起きているのか、起きようとしているのか」を展望する。 2020年、リモートワークへの移行が一気に進み、ソフトウェアエンジニアリングやアプリケーションのリーダーからは「開発スピードが低下するのではないか」と懸念する声が上がった。 もともと、アジャイル開発チームは自律性や変化への適応性が高い。だが、アプリケーション技術者の集団として力を発揮し続けるには、緊密なコラボレーションやフィードバックループ、ダイナミックな交流といった強力なチーム文化を維持しなければならない。 Gartnerのアナリストでシニアディレクタ
2021年3月8日から公開された『シン・エヴァンゲリオン劇場版』（以下、シン・エヴァ）。本作は新型コロナウイルス感染症拡大による緊急事態宣言のもと、その終盤においてはリモート環境で制作が行われた。しかし、公開の迫るアニメ映画をリモートで完成させるのは並大抵のことではない。 講演「スタジオカラーのこれからのシステムづくり（仮）」の内容をお届けする。タイトルの（仮）は、登壇者のカラー・鈴木慎之介氏が立ち上げに携わった「ニコニコ動画」のβ版以前の初期名称に由来している 制作環境を構築するため、制作会社であるカラーは、大規模なシステムの強化やインフラの整備を実施。この制作環境構築プロジェクトで主導的な役割を果たしたのが、カラー 執行役員 技術管理統括の鈴木慎之介氏だ。 3月13日、アニメ制作におけるデジタル作画、関連技術をテーマとしたフォーラム「アニメーション・クリエイティブ・テクノロジー・フォー
ITエンジニアが投票した「ITエンジニア本大賞2021」ベスト10発表。「オブジェクト指向UIデザイン」「Clean Agile」「思考法図鑑」など 「ITエンジニア本大賞」は翔泳社が主催するイベントです。ただし、対象となる書籍は出版社を問わず技術書、ビジネス書全般です。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍を投票します。 今回発表されたのは技術書部門とビジネス書部門のそれぞれ10冊。 このなかから特に投票の多かった技術書3冊、ビジネス書3冊について、同社が2月18日、19日に開催するオンラインイベント「Developers Summit 2021（デブサミ2021）」において、書籍の著者、編集者、翻訳者などによるプレゼン大会が開催され、特別ゲストとイベント観覧者による最終投票を経て技術書・ビジネス書の各大賞が決定されます。 技術書部門
One of the key elements of Google's software engineering culture is the use of design docs for defining software designs. These are relatively informal documents that the primary author or authors of a software system or application create before they embark on the coding project. The design doc documents the high level implementation strategy and key design decisions with emphasis on the trade-of
京都市の件 京都市の基幹システム刷新が、またもや暗礁に乗り上げているようです。 tech.nikkeibp.co.jp 京都市はNEC製メインフレーム上で約30年稼働する基幹系システムのバッチ処理をオープンシステムに刷新するプロジェクトにおいて、サブシステムの1つである新福祉系システムの稼働を当初予定の2020年1月から延期する。再稼働の日程は確定していない。京都市総合企画局が2019年12月23日の京都市会で明らかにした。 現行がNECなのに、刷新にはNECが絡んでいないところが最近のNECの調子の良さが現れているなあと思います。案件の選択こそSIerの肝ですから。「おお世の腕自慢の諸君、このパズルを解いたら15億円を差し上げよう」という王様の号令に引き寄せられた夢多きベンダーや技術者が、今頃セピア色の世界で心晴れぬまま年越しをしている状況が手に取るようにわかります。 もはやこの件、SI
本業はエンジニア、副業は探偵――2つの顔を持つ男が始めた「ITを使った浮気調査」の実力（1/3 ページ） 表の顔はエンジニア、裏の顔は探偵――。都内某所に、そんな男性が立ち上げた探偵事務所が存在する。創設者の船木孝則氏（仮名）は、ソフトウェアメーカーや金融系SIerを経て独立し、フリーランスのエンジニアとしてシステム開発などに長年携わってきた経験を持つ。 事務所の名は「東京IT探偵」。船木氏が2017年に設立し、浮気調査を中心に、人探しや盗聴器の探索などを請け負っている。同氏の他にも、組み込み系のエンジニアとWebデザイナーを本業とする探偵が2人在籍し、2足のわらじを履きながら調査に協力している。 船木氏の探偵としてのモットーは「エンジニア経験を生かし、ITをフル活用すること」。まだ試行錯誤を重ねている段階だが、プログラミングを活用した業務自動化などを採り入れ、浮気調査の効率化を図っている
こんにちは。倉内です。 「日本のIT業界って世界（特にアメリカ）と比べて駄目だよね」という話はたびたび話題になりますが、アメリカと言ってもGAFAだけが取り上げられるとか、日本のIT業界はSIer（受託開発中心）と自社サービス開発でだいぶ性質が違うとかもあり、比較するのは難しいですよね。 そこで今回は、統計データやアンケート結果などを見ながらIT業界の国際比較をして、現在の日本が置かれている状況を考察してみたいと思います。 おもな観点として、前半は日本と世界のIT業界構造の違い、ベンチャー企業への投資額、インフラ整備とIT化から「日本のIT産業の弱み」を探り、後半では国内企業の売上高や投資に対してITが占める割合から「日本におけるIT産業の重要性」を見ていきます。 出典や関連データも掲載していますので、みなさんもぜひデータからIT業界をひも解いてみてください。 IT産業における日本の弱み
技術ブロガー必読！と言える「Technical Blogging, Second Edition - Amplify Your Influence」を読んだ．タイトルにある通り「技術ブログ」にフォーカスした本となる．本書は2012年に出版された歴史のある本で，最新版となる Second Edition が6月末に出版された．なお，Second Edition は今年1月から β として公開されていて，β 1.0 → β 5.0 と進化しながら出版されている． 技術ブロガーとして，今まで10年以上育ててきた暗黙知をうまく整理する機会になった．本書の内容は非常に共感できるし，僕自身新しく気付けたこともあった．何よりも「技術ブログ」に対する様々なアプローチを完璧に言語化されている点が素晴らしく，正直言って「本書って僕が書いたの？」と頭が混乱するほどにシンクロを感じる場面もあった．シンクロ具合を表
連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は「要件の範囲が食い違ったことにより生じた紛争」を解説する。 ユーザーが望む機能がシステム開発の要件から抜け落ちたがために発生する紛争は、本連載でこれまでにも何度か取り上げてきた。 IT紛争の類型は種々さまざまであり、過去の判例が全てそのまま適用できるわけではないが、裁判所が「たとえ要件としてユーザーから明示されていなくても、その機能が契約の目的を果たす上で、当然に必要な事柄であるとベンダーが認識し得る状態にあれば、ベンダーにはその機能を作り込む義務（債務）がある」と判断した例が幾つもある。 要件定義書よりも契約の目的の方が重いとする考え方だ。 今回取り上げる判例も、「ユーザーが必要と考える機能が、ベンダーの作成した要件定義書から抜け落ちており、これを作り込まなかった」というものだ。これまでと少し異なるのは、パ
どうも、 「単純な要件でも、システムの作りによって大きく難易度が変わる」 「システムは決して規格品ではなく、作る人によって全く出来が異なる」 ということが直感的に理解しにくいところが、色んな問題の根本原因の一つなんじゃないかなあ、という気が最近しています。 しんざきは、システム開発関連の仕事をしています。元々の専門分野はDB屋なんですが、まあ他にも色々やります。 で、当然のことながらユーザーと色々やりとりをして、仕様を固めて設計して開発して、みたいなことも何度もやっているのですが、その際何度も何度も聞いた言葉の一つに、 「ちょっと変えるだけでしょ？」 という言葉があるんです。 恐らく、システム開発に携わったことのある人であれば、何度となく聞いた言葉ではないでしょうか。 この「ちょっと変えるだけでしょ？」という言葉は一種の呪いの言葉、パワーワード・キルのようなものでして、ユーザー側と開発側の
8/19でboardの正式リリースからちょうど4年が経ちました。 有料アカウントは1500社を超えたところで、会社全体の売上の4割ほどにまでに成長してきました。 単価が安いサービスなので、1500社でやっと4割かという感じがします。 現在、boardにフルタイムでアサインしているのは3人で、エンジニア1名、CS1名、自分がプロダクトオーナー＆開発者＆CSといったメンバー構成です。 他のメンバーは受託を軸にスポットでboardに入ったり、総務をしながらテストをやったりといった感じで兼任しています。 boardに対するスタンス これは当初から変わらず、「boardだけでやっていくぜ！」という感じでもなく、急激な成長を目指すわけでもなく、自分たちにできることを自分たちのペースで、着実に続けています。 相変わらず営業もマーケ担当もおらず、ようやくCS専任のメンバーが入り、僕の手が離れつつあります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く