並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 1054件

新着順 人気順

SIerの検索結果161 - 200 件 / 1054件

  • GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)

    45歳のプログラマーの男が仕事で書いたコードを年収判定のためGitHubに上げて、複数企業の業務で使われていたコードの一部が流出した。GitHubは本来、公開して構わないオープンソース等のコードを共有する場で、年収判定サイトは、コミュニティでの活動を評価に結びつけようというコンセプトだった。しかし男は業務として開発した商業機密として保護すべき顧客のソースコードを不当に持ち出して、自分の年収を判定してもらうために丸ごと公開してしまった。 GAFAはじめネット企業を中心に、自社サービスを構成する部品で汎用的に使えるコードをGitHubなどを通じてオープンソースとして公開する動きが広がっている。一方で伝統的なシステム開発では、ソースコードは委託した業務の重要な成果物、秘匿すべき商業機密として組織内で管理することが一般的で、開発環境からはGitHubなどのサイトにアクセスできないよう遮断している場

      GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)
    • 新しくプロダクト開発に入ったときにやっていること | wapa5pow blog

      年度が代わり新しい環境に行く人も多いですね。新しい環境・プロダクトだといろいろ戸惑うことがあります。自分は数年ごとに転職し、副業も複数のところでしているので初めての環境に関わることが結構あります。そのなかで素早くチームになじんでプロダクトに貢献できるようにやっていることがあるのでそれを紹介したいと思います。 自分がウェブやアプリのエンジニアなのでその文脈で話します。 「プロダクトのあるべき姿と現状を把握する」と「短期的・長期的に貢献できることを探す」ことを意識してやっています。 プロダクトのあるべき姿と現状を把握する 関わるプロダクトがユーザの何を解決しているのか理解することは開発する上で非常に大切です。機能を開発する上でもただ開発するだけでなくその機能自体が必要なのかどうか、必要ならどのような機能にすればユーザが問題を解決しやすいかという何を開発するかに密接にかかわっています。 1. ア

        新しくプロダクト開発に入ったときにやっていること | wapa5pow blog
      • 会社サイトの全体リニューアルに注力していた友達に「どうなった?」って聞いたら送られてきた画像が結果の全てを物語っていた

        うちゃか @sayakaiurani 会社の全体リニューアルに注力してて「吐きそう」って言ってた友達に「結果どうなった?」って聞いたら送られてきた画像が全てを物語っていた。そう、業界あるあるに彼もまた飲み込まれたのだ。 pic.twitter.com/xjJCQvtzrK

          会社サイトの全体リニューアルに注力していた友達に「どうなった?」って聞いたら送られてきた画像が結果の全てを物語っていた
        • 「IT産業に集まった優秀な技術者が作ったのがソシャゲだったということ」に寄せられた反応が含蓄の深いものだった

          Yoshi-aki Shimada @yoshi_and_aki 「過去10年を振り返って日本にとって痛かったのは、IT産業に集まった優秀な頭脳と技術を持った人たちが高い給料をもらいながら作ったのがソシャゲだったことだ」はホントそう。 Yoshi-aki Shimada @yoshi_and_aki (ツイッター仕草として)宣伝しとこ。”IT産業に集まった優秀な頭脳と技術を持った人たち”の皆さん、次は量子コンピューターはいかがでしょうかー? amazon.co.jp/dp/4274226212/ pic.twitter.com/iV9oOsZM6W

            「IT産業に集まった優秀な技術者が作ったのがソシャゲだったということ」に寄せられた反応が含蓄の深いものだった
          • 「そのAWSってやつを再起動すればエエんちゃうの?」# ITアウトレイジ

            上かるび @jookalubi24 「<font size="2" color="blue">っておんどれいつの人間じゃボケェ!知識のアップデートせんかいコラァ!」 #ITアウトレイジ pic.twitter.com/KtInXSbqDa

              「そのAWSってやつを再起動すればエエんちゃうの?」# ITアウトレイジ
            • プログラマと出世 - megamouthの葬列

              就職することになって、つまりは私が職業プログラマになって、それを聞き知った叔父が私を訪ねてきた。 「プログラマってのは、若いうちはいいが、長くはできないんだろう?」 リビングの炬燵に潜り込んだ叔父は寒そうに体を震わすと、最初にそう尋ねた。 当時、業界には「プログラマ35歳定年説」というのがあった。 郵便局員をしている叔父が知っていたというのだから、有名な話だったのだろう。 私は訳知り顔で微笑むと、業界1年目のひよっこなりに考えた、この話のカラクリを説明した。 ―――プログラマというのは、システム開発に伴う仕事の中で、単価が最も安い。ようするに給料が一番安いんです。でも、35歳にもなれば、まさか20代と同じ給料というわけにはいかない。35歳相応の給与を貰うためには、プログラマより単価の高い仕事、つまり管理職に「出世」するしかない。つまりプログラマだった人もある時が来ると出世してどこかの管理職

              • セキュリティーチェックシートという闇への防衛術 - Qiita

                といった感じです。(この例、下で問題例として取り上げるため、実はおかしなチェック内容にしています。) "No.~基準"までがシートに記載されていてます。回答する発注先企業は"Yes,No,N/A"を3択で✅をつけ、備考欄にNoやN/Aの理由のほか、注記を記載できます。こういう項目が20~500項目あるExcelのシートに、発注先企業の回答担当は自社の状況、対応を確認しながら、ひたすら記載してゆくわけです。 知ってる人は知っているが、知らない人はぜんぜん知らない 最近参加したエンジニアがぞろぞろいらしたカンファレンスで、私が 「……あの セキュリティーチェックシート ってあるじゃないですが、あの 面倒なアレ です。アレにこの規格を採用するよう書いてあったら、各企業に規格の採用が広がるかもですね。あはは。」 と話したことがありました。その瞬間、 嫌なことを思い出したのか顔を曇らせたり苦笑いをす

                  セキュリティーチェックシートという闇への防衛術 - Qiita
                • 受身気質な私がリーダーという役割で実践したこと 4選

                  皆さんこんにちは! 最近、猫様をお迎えし最高な毎日を過ごしていております、塩対応のしおりん(@jamgodtree)です。 はじめに 私はログラスのエンジニアチームにて、2022年8月からリーダーを半年経験してきました。 この記事では、チームパフォーマンスの最大化に向けて行動してきたこと・失敗談について書いていきます。 タイトルにもあるように、私は受身気質であり、先頭を走っていくタイプのリーダーではありません。 その上で、以下のような悩みがある方に読んでもらえると幸いです。 リーダーになる前に何をやったらいいのかわからない人 リーダーになりたてでどうしようか同じように悩んでいる人 また、ログラスに興味がある方も是非参考にしてみてください。 ログラスにおけるリーダーとは? ログラスにおいてリーダーは 「役割」 として定義されています。 「上司」と「部下」ではなく、フラットな関係性を指している

                    受身気質な私がリーダーという役割で実践したこと 4選
                  • 新型コロナ/定額給付金、神戸市はたったひとりの職員が1週間で、申請状況確認サイトを構築 (1/7)

                    今回のひとこと 「行政がITシステムの仕様書を作って発注し、入札を行い、請負契約を結ぶという時代は終わりつつあることを強く感じた。特別定額給付金の申請状況等確認サービスは、神戸市の職員自らが構築した。行政サービスを作り上げるひとつの試みであり、今後、広げていきたい」 特別定額給付金の申請状況を確認できるサービス 神戸市が、日本マイクロソフトの「Microsoft Power Platform」を活用して、新型コロナウイルス感染症対策に関する住民サービスの提供を開始している。 そのうちのひとつが、5月29日からサービスを開始した「特別定額給付金の申請状況等確認サービス」である。特別定額給付金の⼿続き状況を⾒える化し、それを住民が確認できるサービスだ。 神戸市は、5月14日に、特特別定額給付⾦の申請書の郵送を開始。100万⼈以上の都市では全国最速の対応が注目を集めたが、全国の自治体と同様に、コ

                      新型コロナ/定額給付金、神戸市はたったひとりの職員が1週間で、申請状況確認サイトを構築 (1/7)
                    • Windows 11と10で動作を遅くしていると指摘されるスタートメニューのWeb検索を無効化する方法は?

                      Windows 11ではスタートメニューの検索バーで、Windows 10ではスタートアイコン横の検索ボックスか検索アイコンで、PC内を検索して一致する結果を呼び出すことができます。しかしこの時、同時に入力したキーワードでBingのWeb検索候補も表示されるため、検索結果が表示されるまで数秒待つ必要があります。テクノロジー系メディアのTom's Hardwareの編集長であるアブラム・ピルチ氏が、WindowsのWeb検索機能を無効にするための操作について解説しています。 How to Disable Windows Web Search and Speed Up Your PC | Tom's Hardware https://www.tomshardware.com/how-to/disable-windows-web-search Windows 11でWindowsキーを押して「g

                        Windows 11と10で動作を遅くしていると指摘されるスタートメニューのWeb検索を無効化する方法は?
                      • グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days

                        転職をしてはや10ヶ月ほど経ちました。業務で英語を使うようになったので、私もしくは同僚がよく使う英会話のフレーズを紹介します。自分のメモも兼ねています。 私のバックグラウンド エンジニアとして某会社に勤務しております。会社のメンバーは外国の方が多く、状況にもよりますが全体の40~50%くらいは英語でミーティング、Slackでも英語でやり取りすることが多々あります。そんな中で気付きとしてあったのが、同じ表現を使って会話をすることが多いなという点です。ある程度パターンとしていくつかのフレーズを覚えておけばそれなりに業務の会話ができるのでは?と思いこの記事を書いています。なお、以下私の環境については注意してください。 外国の方が多いといっても、ノンネイティブや日本人も多く、英語ができない人に対しても理解がある環境です。(ネイティブ90%以上といった環境とは違う) エンジニア同士の会話が多いので、

                          グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days
                        • SIerで幸せな技術キャリアを築くために - Qiita

                          この記事はNTTコムウェア Advent Calendar 2021 20日目の記事です。 NTTコムウェアの古西です。AI・データサイエンス推進室で技術マネージャをしています。 システムインテグレーター、略してSIerは、顧客のためにITシステムやサービス・ソリューション・プロダクトを開発・運用する会社です。一部自社サービスがあるものの、特定の顧客企業に対してシステムを提供することが多いです。 ネット上では「SIerはオワコン」1と言われることもありますが、私自身は入社のときに「人と技術を仲介する仕事がしたい」と言って仕事をしはじめてから約25年間、SIerで顧客や自社の人と技術を仲介する仕事をしてきました。私がこれまでの経験から「SIerで幸せな技術キャリア」を築くために意識したほうがいいと思うことを、若年層とベテラン層にわけて3つずつ、書いておこうと思います。 若年層(20代~30代

                            SIerで幸せな技術キャリアを築くために - Qiita
                          • キレる中年プログラマ - megamouthの葬列

                            id:cildさんが久しぶりにブログを更新して、それが実に良かった。 だって 鉄の棒でそこらじゅうを狂ったように叩きまくって、大声で罵倒した。そして最大ボリュウムで「二度とオレに指図するな!」と10回くらい怒鳴った。 だぜ? 人がキレているのを見るとふつう不快な気分になる。見苦しいなあと思ってしまう。しかし、本当はキレた本人が一番傷ついているのである。キレた後もしばらくドキドキして、自分は一時の感情のピークで何をしてしまったのだろうか、友情とか信頼とかそういう取り返しのつかないものを失ってしまったんじゃないだろうか、と不安になるのである。で、しばらくクヨクヨ考えているうちに、考えているのも面倒になってきて、キレちゃったものは仕方ない。もはやどうでもいい。と自暴自棄気味になって、まるで何もなかったように日常を過ごし始めるのだけど、その後も返す返す、ああキレちゃったなあ。と思い出して、もう自分

                              キレる中年プログラマ - megamouthの葬列
                            • IT客先常駐

                              寝れないので、IT業界の客先常駐について書こうと思う。 客先常駐は辞めとけ客先常駐は辞めとけ。よく言われることです。 でもITには未経験だと客先常駐くらいしか無いのです。経験者でも客先常駐しかないのに未経験だと尚更。 私はそこそこ有名な大学の院卒で、27の時に他業界からIT業界に入ったけども、普通に書類選考で落とされてました。最終的に微妙な企業2〜3社しか面接まで行けませんでした。 当時は何も考えてなくて、とりあえず経験を積みたい、と採用してくれた企業に入社しました。年収300万で。ちなみに前職だと年収420万だったからめちゃくちゃ下がりました。 そこそこの学歴で、しかもバリバリの理系でも、未経験だとやはり採用してくれる企業は少ないんです。 ちなみに転職した時は30歳でしたけど、未経験の時に比べて書類選考の通過率はとても高かったです。 客先常駐のここが嫌だ給料が安い安いんですよ、月収20万

                                IT客先常駐
                              • NTTドコモ「dアカウント」一から作り直した方がいいのでは (1/3)

                                sponsored 2024年4月に新キャンパスへ移転した静岡デザイン専門学校は、最新設備を備えた実習室とMSIのノートPCで学生の実践力を養成 sponsored 部屋が狭い日本家屋仕様になったピラーレスケース、自作初心者にもオススメ! ピラーレスだがコンパクト、価格もお手頃なCORSAIRのPCケース「3500X」が完成度高い! sponsored コスト、人材、セキュリティ…… データ活用の課題を包括的に解消するHPEの取り組み なぜHPEがソフトウェアを? 統合データ基盤「HPE Ezmeral」に注力する理由を率直に聞いた sponsored スマホ設定で快適なハイエンドゲーミングルーター「ROG Rapture GT-BE98」 そろそろ替えどき?いまさら聞けない“Wi-Fi 7”の利点とASUSのWi-Fi 7ルーターを解説 sponsored JN-MD-IQ1301FHD

                                  NTTドコモ「dアカウント」一から作り直した方がいいのでは (1/3)
                                • エンジニアリングマネージャー必読の翻訳書 7選

                                  Dec 8, 2021 マネージャーとしてチームを率いる際、自分が正しくチームをマネージメントできているのか? 誰か偉大なマネージャーに教えを請いたいと思う人は多いのではないでしょうか? 一方で、現場でマネージメントに関する手厚い指導を受けられる機会は少なく、日々の業務に忙殺されてしまうのが現実かと思います。 そんな中、海外の上司や同僚から勧められた書籍からは非常に多くの事を学ぶ事ができました。 どの書籍も非常に多くの批評を経て評価されており、秀でた著作は翻訳されています。 日本で日本語で書かれた書籍も読みやすく、血肉になります。 一方で翻訳書はクセはあるものの、日本からは得づらい情報や面白いエピソードを提供してくれます。 また書かれている内容を共通の概念としてグローバルなマネジメントチームと会話できるというのも助かる点でした。 今回は自分が読んできたマネージメントに関する翻訳書の中で特に

                                    エンジニアリングマネージャー必読の翻訳書 7選
                                  • DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)

                                    はじめにこの記事は、Engineering Manager Advent Calendar 2020の24日目の記事す。 職種を越えた働き方を模索するWeb Engineerのtrebyさんと、技術を突き詰めたいiOS Developerのbanjunさんの二人のパーソナリティをつとめるpodcast「きのこるエフエム」でお話してきた今話題のキーワードDXについてのお話を再編して記事にしたものです。 実際のpodcastについては以下からどうぞ。 いつの間にか"DX"がデジタルトランスフォーメーションにとられてた。trebyさん(以下敬称略) これは、我々のマイブームというか、最近、「DXっていいよね?」っていうふうに私が謎掛けをしますと、banjunさんが、「DX、わからん!」というふうに返すんです。 banjunさん(以下敬称略) 「DXって何ですか?何がいいんですか?」っていう話です

                                      DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)
                                    • 「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab

                                      id:Songmuです。現在は、Nature Remoというスマートリモコンや、Nature Remo Eというスマートエネルギーハブなど、電力系のIoT製品を開発しているNature株式会社で取締役CTOを務めています。 サーバーサイドからインフラにかけてのソフトウェアエンジニアリングが得意領域で、ISUCONというコンテストで3回優勝したり、Mackerelというクラウド監視SaaSのプロダクトマネージャーを務めたりもしていました。PerlやGoを中心に、多くのツールやライブラリをGitHubに上げています。 今でこそCTOという立場にありますが、私はあまり、他人のお手本になるような人生を送ってきていません。「将来こうなりたい」といったしっかりとした長期目標を立てることもなく、その場その場で適当に、時には真面目に生きてきた結果が現在です。うまくいったこととて、多分に生存バイアスがあり、

                                        「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab
                                      • webブラウザのタブをたくさん開いたままにしてしまうのはブックマークの利便性が追い付いてないからでは?という話に集まるあるあるの声と便利情報

                                        画力・博士号・油田 @bd_gfngfn ユーザがタブを開きすぎる問題,端的な原因は「履歴とブックマークの利便性がタブを開き続ける場合のそれを超えることができていないから」に思える(少なくとも自分はそう)

                                          webブラウザのタブをたくさん開いたままにしてしまうのはブックマークの利便性が追い付いてないからでは?という話に集まるあるあるの声と便利情報
                                        • 「ASCIIをUTF-8にして」それが『できない』ことを理解してもらえなかった話 - Qiita

                                          物語の始まり 事の発端は納品後。 先方からメッセージが届きました。 クライアント様「このファイルの文字コードがShift_JISになっておりますので、UTF-8で再納品をお願いいたします。」 拙者(あれ…UTF-8にしてたと思うんだけどな) 拙者「確認いたします。」 文字コードを確認する 本案件はいわゆる更新案件で、今回の納品時に言われていたのは、「文字コードがUTF-8ではないものは変換して納品してくれ」ということ。 そして、ご指摘いただいたのは、今回の更新案件で中身はいじらなかったJavaScriptファイル。 本来ならば納品するファイルではないのですが、文字コード変換という要件があったため、納品ファイルとして加えられたものでした。 一括で文字コードを変えたので作業漏れかなぁと思っていました。 ファイルの中身は記事用にかなり適当につくったものですが、まあだいたいこんな感じです。

                                            「ASCIIをUTF-8にして」それが『できない』ことを理解してもらえなかった話 - Qiita
                                          • 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入4000社に行くまでの振り返り - ヴェルク - IT起業の記録

                                            2022年4月11日にboardの有料登録社数が4000社を突破したので振り返りです。 boardの正式リリースは2014年8月20日なので、約7年半ほどで、推移はこんな感じでした。 1000社刻みで定点観測的に書いているので、過去の記事も貼っておきます。 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入1000社に行くまでの経営・受託とのバランス(BPStudy発表時の補足) 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入2000社に行くまでの振り返り 受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入3000社に行くまでの振り返り boardとは 見積書・請求書の作成から業務管理・経営管理などを行うことができるサービスで、主に数人〜数十人規模の小規模な会社をメインターゲットとしています。 8年目にして初めてサービス紹介動画を作ったので貼っておきます。

                                              受託の会社が資金調達せずに自社サービスを立ち上げて、有料導入4000社に行くまでの振り返り - ヴェルク - IT起業の記録
                                            • リモートワークを3年強やって思うところを書き殴ったもの - memo_md

                                              諸事情により、近々リモートワークについて自分の私見を述べる機会が発生した。 考えるほどに「そもそも自分はリモートワークについてどう考えている(いた)んだっけ?」と深みにはまっているので、一度ここに全部吐き出してみることにする。 注意事項 すべて個人の意見であり、特定の個人・組織に関しての何らかの意図は一切無いです。また、脳内整理のために書き殴った文章なので色々アレですがご勘弁ください。 なぜリモートワーカーになったか 自社サービス開発をやってみたかったが、富山で思い描くような仕事は難しそうだった。かつ、家庭の都合もあり「単身都会へGO!!」とかは無理だった。 リモートワークという働き方は以前から知っていたので、 思い描くような仕事ができる リモートワークでも可 という考えで仕事を探した結果今に到る。やりたいことありきで、「リモートワークをしたかった」わけではない。 現在で3年強リモートワー

                                                リモートワークを3年強やって思うところを書き殴ったもの - memo_md
                                              • 準委任契約に基づく報酬請求と善管注意義務違反 東京地判令2.9.24(平28ワ28934) - IT・システム判例メモ

                                                開発は途中で終わった場合でも、準委任契約に基づく報酬請求はできるが、適切な計画立案・実行ができていなかったとして善管注意義務違反が認められた事例。 事案の概要 イベント企画会社Yは、自社の企画するイベントを管理するためのシステム(本件システム)の開発をXに依頼することとした。 平成28年3月にXは開発に着手したが、その時点では契約書が取り交わされておらず、4月になって、X・Y間で以下の内容(抜粋)の契約書が取り交わされた(本件契約)。 1条2項 本件契約は,Xが(中略)業務に従事する技術者の労働をYに対し提供することを主な目的とし,民法上の準委任契約として締結されるものとする。したがってXは,善良なる管理者の注意義務をもって(中略)業務を実施する義務を負うものとし,原則として成果物の完成についての義務を負うものではないものとする。 3条3項 前各項にかかわらず,Yは,Xの本件サービスの業務

                                                  準委任契約に基づく報酬請求と善管注意義務違反 東京地判令2.9.24(平28ワ28934) - IT・システム判例メモ
                                                • シリコンバレーで働いてる俺が今回のTwitter買収について私見を述べる

                                                  ここのところ毎日ニュースになっている、イーロンマスクのTwitter買収とその後の施策について、シリコンバレーでソフトウェアエンジニアをしている俺が、Q&Aの形で私見を述べる。 Q. Twitterは倒産寸前だったんだからレイオフは当たり前では?これは間違い。確かにTwitterは慢性赤字企業だったが、倒産寸前だったことは一度もない。しかし今回マスクがLBOを使ってTwitterを買収したため、Twitterにかかる借金が大量に増えた。金利だけで、次の7−8年に90億ドルもの支払いが発生するらしい。 https://www.wsj.com/articles/how-elon-musks-twitter-faces-mountain-of-debt-falling-revenue-and-surging-costs-11669042132 さらに言えば、マスクはTwitterを多分時価2倍以

                                                    シリコンバレーで働いてる俺が今回のTwitter買収について私見を述べる
                                                  • (年収270万で)プログラマーを引退して、医学部にきた俺が真面目に考えて..

                                                    (年収270万で)プログラマーを引退して、医学部にきた俺が真面目に考えてやろう。 ① 言葉は正しく使おう真面目に読んでいて、ちょっと気になる箇所がある。たとえば PostgreSQL を postgre とか書くヤツは現場では嫌われるぞ。少なくとも postgres と書いてくれ。お里が知れるぞ。 ② プライドが高い消えていくエンジニアの特徴だけど、叱責されたり馬鹿にされるのが嫌で VCS にコミットしないヤツ、または貪欲にコードレビューをされるのが嫌がるやつは、成長しない。 ③ エリート意識この業界は数年前には『デジタル土方』と揶揄される業界でした。ちなみに、アメリカでも「テック系はハードだから避ける」という雰囲気でした。つまり何をいいたいのかというと、ソフトウェアの開発者っていうのは「泥臭い領域」なんだよ。エリートとは程遠い場所にあるというね。 ④ 「某天市場の先輩には,ここ仕事量少な

                                                      (年収270万で)プログラマーを引退して、医学部にきた俺が真面目に考えて..
                                                    • 富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議

                                                      富士通の本社移転先となる同社川崎工場(「Wikipedia」より) 大手IT企業の富士通で以前働いていた元システムエンジニア(SE)が「退職した理由」を綴ったインターネット上の投稿が、一部で話題を呼んでいる。そこには、開発環境の古さや、無気力な人材や組織体制の問題、給与面を含めた待遇の悪さなどが書かれている。「5年いた富士通を退職した理由」というタイトルの投稿は、「5年間エンジニアとして務めた富士通を一昨年退職した」「自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる」と始まり、「開発環境がだめ」という項目では 「メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。Macなんか認めん!iOSアプリも富士通PCで作れ!(本当にあった話)」 と、貧弱な開発環境を嘆いている。自身もIT企業でSEとして働いた経験があ

                                                        富士通SEの退職理由が壮絶…メモリ4GBのPCで開発、ひたすら進捗会議
                                                      • やっぱITは内製が進むと思う

                                                        SESや多重下請け構造だと、基本的にスキルというよりは単純労働力が求められる。 人を増やして、時間工数を水増ししたほうが儲かるからである。 新しい技術を使って100時間で開発するより、Excel作業で2000時間かけたほうが20倍もうかる。 ここに商売としての邪悪なトリックがある。 よって、多重中抜きの元請けには、IT技術というより「人売り」「奴隷商人」のスキルが求められる。 その結果、本当にIT以前のレベルの人間もちらほらいる。 異業種のトップ人材のほうが確実にITツールを使いこなしていると感じるレベル。 「それで肩書がエンジニアなの?」という失望感から怒りに変わることも多いので、 根っからのエンジニア気質の人間は、内製の会社に行った方がいい。技術で社会貢献できるだろう。 あと人売りのポンコツの多くは、あまり自分のレベルアップに興味がなく、 会社にしがみついて人生を平凡に逃げ切るプランを

                                                          やっぱITは内製が進むと思う
                                                        • 要件定義、基本設計、詳細設計の流れを総復習

                                                          はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ?」 「基本設計との違いって何だったっけ?」 「基本設計と詳細設計の区別って?」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて1からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部(特に要件定義や基本設計、詳細設計のサンプル)を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく

                                                            要件定義、基本設計、詳細設計の流れを総復習
                                                          • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                                                            1. はじめよう! 要件定義 ~ビギナーからベテランまで(難度:★☆☆) 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級~上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

                                                              【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
                                                            • 基本情報技術者を取得してから「見える世界」が変わった話をしようか

                                                              どうもお疲れ様です。 MESIです。 皆さん基本情報技術者は取得済みでしょうか? よくITエンジニアの免許と言われている資格ですよね。 私は一昨年の秋に取得しました。 ちょうどエンジニアとして就職して2年目の時でしたね。 それまでの私の知識は業務で必要とされる部分しか知識がなく、情報系の学科を出ているわけでもないので、ITエンジニアとしての土台が全くない状態でした。 時々、このままではいけないと技術書を買って読むのですが、土台がないので頭に全然入ってこないし、何が書いてあるのかわからない。。 そんな私が基本情報を受験してから、見える世界が変わった件について話します。 『何をしている?早く基本情報技術者を取るんだ!』 新卒1年目の自分に言いたいセリフNo1がこれです。 なぜ基本情報を受験することになったのかといいますと、会社で半年に一度目標設定をするのですが、その一環としてです。 エンジニア

                                                                基本情報技術者を取得してから「見える世界」が変わった話をしようか
                                                              • 新社会人に告げたいこと「休日出勤は絶対にするな」

                                                                一度休日出勤したら「休日出勤」って選択肢が休日に入り込むもしも一度でも休日出勤したら、もう二度とお前に純粋な休日は訪れなくなる。 「休日出勤したほうが良かったのかも知れない」という気持ちをいつだって抱えたまま過ごすことになる。 ライブに行ってても、映画館でも、友人の結婚式の二次会、子どもとの遊園地、なにをやっていても、常にお前の頭の中には「休日出勤しておいた方が良かったのかな」という気持ちが張り付いてくるだろう。 休日出勤をすると仕事は物凄く進むのは事実取引先からのメールや電話はほぼ0で、社内チャットもほとんど止まっているし、会議の予定もない。 会議や集会が時間変更されたという連絡が来ないか、新人や上司がなにか言いたげにしてないか、そういったことに対してアンテナを張るのに使っていた意識さえも目の前の仕事に全部使える。 普段の倍近い集中力が発揮され、みるみるうちに仕事は片付くだろう。 だが、

                                                                  新社会人に告げたいこと「休日出勤は絶対にするな」
                                                                • 金融庁からみずほ銀行に下った行政処分の文面が公文書では滅多にお目にかかれないレベルでガチギレしてて怖い

                                                                  すう🖤🏳️‍🌈🪷 @plum_pot_221b @tokino816 2002年、2011年にみずほが起こした障害で、金融機関全体のシステム開発/変更/移行はめっっちゃくちゃ厳しくなりましたけど、たぶん今回ので保守運用もかなり厳しくなるんじゃないかと…😂 報告書見た感じ、保守部門潰してるのも原因なので、みずほが立て直すのは時間掛かりそうだと思います!

                                                                    金融庁からみずほ銀行に下った行政処分の文面が公文書では滅多にお目にかかれないレベルでガチギレしてて怖い
                                                                  • 日本における「名寄せ」と「照合」の黒歴史

                                                                    健康保険証、銀行口座、年金記録――個人のマイナンバーに別人の情報がひも付けられるトラブルが後を絶たない。多くの事案に共通するのは、自治体や関係機関の職員が氏名や生年月日などを基にマイナンバーや住民データを照会した際に、誤って同姓同名の人の情報を引き出してひも付けてしまうというケースだ。 こうした情報のひも付けをする際、職員が住民データの照合や突合、本人確認に使うのが「氏名」「生年月日」「性別」「住所」、いわゆる基本4情報といわれるものだ。 だがこの4情報は、コンピューターによる自動処理とは絶望的に相性が悪い。例えば氏名は「邊」「邉」など旧字・異体字の揺らぎや外字の処理が煩雑なうえ、婚姻による改名もある。よくある氏名の場合、氏名も生年月日も同一というケースが頻発する。住所は時期によって変わるうえ、人によって書き方が「一丁目四番」から「1―4」まで一意ではない。 こうした曖昧な識別符号を代替す

                                                                      日本における「名寄せ」と「照合」の黒歴史
                                                                    • 駆け出し時代の自分に読ませたかった技術書18選 遠回りをしまくった自分に送りたい

                                                                      どうもお疲れ様です。MESIです。 これは私が駆け出しの新卒1年目の頃でしょうか。 ある社内のつよつよエンジニアからこう言われました。 「MESIよ。流行りのフレームワークの使い方を覚えるのではなく、土台を理解しなさい」 彼はそう言い残すと1冊の本を残し会社を去っていきました。 これ。 託された本を読んでみたものの当時の私には難しすぎました。 理解ができないのですが、何が理解できないのかがわからない。そんな状態でした。 毎日この本とにらめっこをしましたが、時間だけが過ぎていきました。 大学でコンピュータサイエンスを全く学んでいない状態で入社した当時の私には難しすぎたのです。 私は諦めずにOS関連の低レイヤーの本を読み出しました。そして以下のループにハマりました 本の内容が理解できない ↓ 本を理解するために別の本を読む ↓ 理解できないのでまた別の本を読む いきなり難しい本にチャレンジをし

                                                                        駆け出し時代の自分に読ませたかった技術書18選 遠回りをしまくった自分に送りたい
                                                                      • 【特集】 IT企業のリモートワークは今も続いているのか?完全出社必須なら62%の従業員が離職を検討

                                                                          【特集】 IT企業のリモートワークは今も続いているのか?完全出社必須なら62%の従業員が離職を検討
                                                                        • 日本の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

                                                                            日本のSIerの技術力の低さの要因から考えるアメリカソフトウェアの強さ - きしだのHatena
                                                                          • GitHub上に三井住友銀の一部コードが流出、「事実だがセキュリティーに影響せず」

                                                                            三井住友銀行(SMBC)が行内で使っている業務システムのソースコードの一部が流出していたことが2021年1月29日、明らかになった。Twitterなどのソーシャルメディアで、2021年1月28日の夜ごろから流出の可能性が指摘されていた。三井住友銀行が1月29日に事実関係を調査し、行内システムのソースコードの一部と一致したことを確認した。 一部のソースコードが公開されていたのは米ギットハブが運営する「GitHub」。日本在住で三井住友銀行のシステム開発に関係した人物が投稿した可能性が浮上している。三井住友銀行は日経クロステックの取材に対し、「当行が利用しているシステムのソースコードが公開されていたのは事実。顧客情報の流出はなく、セキュリティーに影響を与えるものではないことは確認済み」(広報部)と説明している。 三井住友銀行によれば、公開されていたコードは複数ある事務支援系システムの1つに含ま

                                                                              GitHub上に三井住友銀の一部コードが流出、「事実だがセキュリティーに影響せず」
                                                                            • 「顧客が本当に必要だった物」のジオラマを作る

                                                                              1970年群馬県生まれ。工作をしがちなため、各種素材や工具や作品で家が手狭になってきた。一生手狭なんだろう。出したものを片付けないからでもある。性格も雑だ。もう一生こうなんだろう。(動画インタビュー) 前の記事:超簡単にペン回しできる指輪を作る > 個人サイト 妄想工作所 10パターン制作の呪い 「顧客が本当に必要だった物」などといきなり切り出してしまい申し訳無い。そういう、IT業界のシステム開発案件における「あるある」を風刺したイラストが存在するのだ。まずはその風刺画の説明をしよう。 私が目にしたのは10年くらい前だったか。面白いし、よくできてるなぁと、定期的に見たくなる絵だ。今回調べて初めて知ったのだが、元ネタはもうすでに70年代からあるという。元は、アメリカ産業界あるあるネタを風刺したイラストだったもよう。 これが「顧客が本当に必要だったもの」の基本イラストだ!(ニコニコ大百科より)

                                                                                「顧客が本当に必要だった物」のジオラマを作る
                                                                              • Masanori Kusunoki / 楠 正憲 on Twitter: "COCOAは途中まで私たち補佐官も入っていたので、決して運用保守を軽視したつもりはなかったのですが、EN API自体のプライバシー哲学に沿おうとすると既存のデバッグ用ツールがほぼ使えなくなってしまったのと、EN APIの更新がスマ… https://t.co/iQ5kltAo9k"

                                                                                COCOAは途中まで私たち補佐官も入っていたので、決して運用保守を軽視したつもりはなかったのですが、EN API自体のプライバシー哲学に沿おうとすると既存のデバッグ用ツールがほぼ使えなくなってしまったのと、EN APIの更新がスマ… https://t.co/iQ5kltAo9k

                                                                                  Masanori Kusunoki / 楠 正憲 on Twitter: "COCOAは途中まで私たち補佐官も入っていたので、決して運用保守を軽視したつもりはなかったのですが、EN API自体のプライバシー哲学に沿おうとすると既存のデバッグ用ツールがほぼ使えなくなってしまったのと、EN APIの更新がスマ… https://t.co/iQ5kltAo9k"
                                                                                • エンジニア転職のリアル

                                                                                  ツイッターで「ソフトウェアエンジニアとしてキャリアを歩むなら、SIer はおすすめできない」と発言している方に対して、現役 SIer 社員が反論していて、ちょっとした騒ぎになっていた。 10 年間 SIer で働いた経験がある人間として、SIer で「ソフトウェアエンジニア」のキャリアを積めるかどうかについて見解を示したい。 頼むからプログラミング好きな高学歴の人は下手なネームバリューを気にしてSIerに行かないでくれ。まずSIerの研修が簡単すぎてつまらんと思うし、自分の方がプログラミングや技術分かるのに年収同じなのかって絶望するわけで。ほぼ転職する未来が待ってるんだから、最初から候補にも入れない方が良い。 — サカモト@エンジニアキャリア論 (@sakamoto_582) December 15, 2022 やはり何故かSIer叩きをしていると勘違いしてる人が大勢いるけど “SIerに

                                                                                    エンジニア転職のリアル

                                                                                  新着記事