タグ

IT業界に関するs_hiiragiのブックマーク (14)

  • 技術者不足説にみる員数主義 - 雑種路線でいこう

    最近あちこちの記事で,組み込みプログラマが9万人も不足しているという話が引用されている.どうもこの辺がネタ元っぽいのだが,サイトが落ちているのかpdfをダウンロードできない. プログラマの需要なんて開発環境の生産性や,事業者の統廃合でいくらでも変わり得るし,特に組込系のように資源が潤沢でないシステムの場合,足りないからといって即席で育成できるものか疑わしい. ちょうど文藝春秋の最新号が太平洋戦争のことを特集していて,そこで旧陸軍の悪しき員数主義について触れている.書類上の体裁を整えるために戦闘能力や兵站を無視した配置を行い,何割もの兵を犬死させ,餓死させてしまったという話だ. 技術者不足説も員数主義と似ていて,確かに雇用者数のカーブをつくり,あちこちで技術者が足りないという話を集計すると,○万人足りないという話になるのだろうが,員数を埋めればプロジェクトを完遂できる訳ではなかろうという話は

    技術者不足説にみる員数主義 - 雑種路線でいこう
  • 技術力のボトムライン、技術的負債 - Runner in the High

    実際の現場に現れる負債とかクソコードとか呼ばれるものは、簡単にできるはずのものが何十にも不必要な複雑性でラップされた成果物(標準ライブラリ相当の実装を自前で全部書いていて、かつエッジケースでバグだらけ、とか)であることが多い。しかし一方で、そもそもの実現したいこと・あるべき仕様のレベルである程度複雑性が仕方ないケースに対して、最短ルートで立ち向かったものが技術的負債扱いになってしまうこともある。 かつて、某データフォーマットプロトコルで外部のアイデンティティプロバイダとデータ連携を行う機能を開発したことがあった。 さすがに1からRFCに沿って自分で全部作るのはおかしいに決まっているので、Githubで使えそうなOSSライブラリを探していたのだが、その際に見つけたものは90%は欲しい機能があるものの残り10%ほど必要な機能が足りていなかった。そこまで使えるなら、あとは自分らでフォークして足り

    技術力のボトムライン、技術的負債 - Runner in the High
  • 変更前をコメントアウトして残す習慣は未だ根強い (2012年現在) - 日々常々

    2020-03-11追記: タイトルの「未だ」がいつなのかわかりづらいので「2012年現在」を追加しました。 バカバカしい話ですが、ソースコードをSubversionなどでバージョン管理しているにもかかわらず、未だ修正前をコメントアウトして残す習慣は残っているところも多々あります。こういうのです。 // 2012/08/15 irof 修正開始 // hoge = fuga(1); hoge = fuga(2); // 2012/08/15 irof 修正終了 見た事無い方は、そのまま見ないままで生きていかれることを切に願います。 コメントの修正がある場合 2012/07/21にあった、SCMBCでこんなツイートがありまして。 この時点でお見せしたのはこんな感じ。 // 2012/07/21 削除開始 // // 間違ったコメント // 2012/07/21 削除終了 someMethod

    変更前をコメントアウトして残す習慣は未だ根強い (2012年現在) - 日々常々
  • IT人材会社、技術者経歴を偽装か 「全部ウソ」証言も:朝日新聞デジタル

    ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

    IT人材会社、技術者経歴を偽装か 「全部ウソ」証言も:朝日新聞デジタル
  • 新卒で入社したNEC通信システム株式会社を退職しました - 意識低い系会社員

    こんにちは。 タイトルの通り、NEC通信システム株式会社を退職しました。 このエントリはいわゆる退職エントリというやつです。 否定的なことを多く書いているので、入社予定の人とか在籍している人は見ない方が良いと思います。 ちなみに、NEC通信システム株式会社の正式名称は日電気通信システム株式会社です。 注意書き(2019年7月11日追記) 全て主観で書いています。経営層から見ると色々反論したい部分はあると思いますが、許してください。 辞めてから数年たってから書いているので一部記憶がおぼろげなところがあります。嘘は書いていないつもりです。 また、ここに書いたのはNEC社ではなくNEC通信システムの話です。しかもNEC通信システム全体の話ではなく私個人の観測範囲の話です。 詳細な入社年月日と退社年月日は伏せますが、辞めたのは数年前です。 NEC通信システム株式会社について 特にエンドユーザ向

    新卒で入社したNEC通信システム株式会社を退職しました - 意識低い系会社員
  • SI業界のコードが洗練されない経済学的理由 - RAS Syndrome

    ペアプログラミングや勉強会など、洗練された綺麗なコードを目指すための取り組みはWeb系業界から多く聞くように感じます。 一方でSI業界はマネジメント関係への取り組みが多く、コーディング技術の向上にはあまり興味が無いようにも感じます。 SI業界はコードを洗練させる必要がないのでしょうか。 最近そういったことをよく考えるのですが、その中で以下の考えが芽生えてきました。 多くのSIにおいては、開発と保守が分かれている。 それゆえコードの品質が"外部化"され、"外部不経済"に陥る。 これについてまとめてみます。 "外部不経済"とは何か 例としてよく「公害」のケースが挙げられます。 例えば、工場の汚水排出問題を考えましょう。 工場が取れる選択肢は以下の2つであるとします。 1. 何も考えず汚水を垂れ流す この場合、周辺住民が健康を害し、全部で1億円分の経済学的損失に繋がるとします。 「周辺住民の不幸

    SI業界のコードが洗練されない経済学的理由 - RAS Syndrome
  • SI業界がプログラミングを軽視する理由 - RAS Syndrome

    前回の記事と被るところは多いです。 ikngtty.hatenablog.com SI業界はプログラミングを軽視している SI業界にとって、プログラミングは"卒業"するものです。 入社して最初の2~3年ほどプログラミングを経験したら、内部設計を行うようになり、外部設計を行うようになり、要件定義を行うようになり…。 だんだん上流工程に携わるようになり、代わりにプログラミングは新人やオフショアパートナーに任せるようになっていきます。 「もうfor文の書き方も忘れちゃったよw」などと笑いながらプログラマー時代を懐かしむ。 それがSI業界のキャリアパスの先にあるものです。 一方、Web業界は全く逆のようで、いくつになってもコードを書ける力はかなり重要視されると聞いています。 SI業界からWeb業界に転職を試みる人は多いようですが、あまり年齢が行っている人だと 「設計書ばっか書いてきて、結局ずっとコ

    SI業界がプログラミングを軽視する理由 - RAS Syndrome
  • 意識低い系プログラマの華麗なる1日 - 私の戦闘力は53万マイクロです

    とある意識低い系プログラマ*1の平均的な1日をダイジェストでお送りします。 8時58分:出社 意識低い系プログラマの1日は始業時間ギリギリに会社にコミットすることから始まる。納期(始業時間)から電車、朝支度、起床の時間を逆算し、最適な動線を辿る。これこそプロの業である。 電車が遅延した場合は仕方が無い。 9時00分~11時00分:会議 新規開発案件の仕様について話し合うための会議。末端の技術者に発言権はほとんど無いので、せめて無茶な仕様にならないよう祈るくらいしかできない。 どうでもいいけど朝一の時間帯に会議を設定する人はどうかしてると思う。こんな時間に頭が働くわけがない。会議の内容どころか起きているので精一杯。むしろ寝たい。 11時00分~12時00分:いろいろ雑用 さっきの会議の議事録作成とか、他チームへの情報展開など、まあようするに雑用。会議で発言する権利は持ってないが雑用をする義務

    意識低い系プログラマの華麗なる1日 - 私の戦闘力は53万マイクロです
  • プライベートで勉強しないサクラエディタ開発おじさん - フロイドの狂気日記

    axia.co.jp 以前バズっていたエントリーにプライベートで勉強しないとキャッチアップできないよという社長がいた。 賛否両論があったが、多数派はプライベートまで勉強してられっか、というものだったと思う。 僕もまたプライベートで勉強するのを社長が言うべきでないような気もしたが、僕自身は勉強したりする。 さすがにキャッチアップしないとフリーランスとしては生きていけない。 独身だし。 さてそんな僕が企業の依頼で、さる開発に参加したときのことである。 そのクライアントは金持っているBtoB企業だったがバックオフィスのさまざまな処理をPHPで作るというプロジェクトを立てた。 昔から使っているシステムは環境もバラバラで膨大になり同じような機能をたくさんもつことになってしまったので、ここらで統合してしまおうということになった。 そこの依頼はモダンとは程遠いもので クライアントはフレームワークを使わな

    プライベートで勉強しないサクラエディタ開発おじさん - フロイドの狂気日記
  • あるソフトウェア工学者の失敗 日本のITは何故弱いか

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。

  • Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉(元職人より)

    Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉(元職人より) 2014年8月3日日曜日 ITニュース うつ病 最近一部で話題になっている「SEがテスト工程で画面のスクリーンショットをExcelに延々と貼り続ける作業」について、実際にスクショ貼り職人を経験した自分としては、何か残しておかねばと思い、この記事を書きます。 自分はSEでしたが、うつ病でもうすぐ2度目の休職に入ります。Excelスクショ職人を経験しています。そんな自分が、「Excelスクショに対して疑問を抱いている方」と「今現在Excelスクショ職人な方」へ、お願いと励ましの言葉を述べさせていただきたいと思います。 【参考】 SIerの闇・Excelにエビデンス貼付け - Togetterまとめ あるシステムを開発したら、必ずテスト工程があります。プロジェクトによっては、全くユーザーインタ

    Excelスクショ問題について周りの方へのお願いと、今職人となっている方への励ましの言葉(元職人より)
  • SESとは|「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

    労働力の提供に対してお金をもらえるよ 指揮系統は、自社→自分だよ あくまで建前だから、実態とは異なることも多いよ 「SES」と表現された場合は「System Engineering Service」の略だよ 簡単に書くよ SES(システムエンジニアリングサービス)(英:system engineering service)とは 実質的には派遣と変わらないけど「派遣」って言いたくないときに使われる契約形態のこと と書くと、ぶっちゃけ過ぎですかね。 建前で書くと (何らかの成果物に対する報酬ではなく)技術力や労働力を売りますよ、な契約のこと です。 ※2017年に「民法を改正するよ!」が決まりました。「実際に改正したよ!」になるのは2020年の予定らしいです。それに伴い、請負契約とか準委任契約における責任の範囲や支払いに関するあれやこれや等が結構ガッツリと変わるようです。ページに記載されてい

    SESとは|「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典
  • SEとPG、どっちが頭がいい?(1):下流から見たIT業界:エンジニアライフ

    ちょっと刺戟的な題名をつけました。しかし決して挑戦的な意図があるわけではありません。SEとPGの分業がIT業界にもたらしている問題が今回のテーマです。 ●SEとは何か、PGとは何か まずそれぞれの職分を正しく認識することからはじめましょう。プログラマ(PG)とはどういう仕事をする人たちでしょうか。 いうまでもありません。プログラムを作る人たちのことです。大工さんは家を作る人、漁師さんは魚を取る人。こういった人々と同様にPGもその仕事の内容から自明です。 一方SE――システムエンジニアの方は必ずしもそうではありません。システムのエンジニア? システムの技術者? ひどくあいまいな言葉です。この言葉はじつはもともと英語ではなく、「OL」などと同じ和製英語だといわれます。海外のコンピュータ技術書にもSEという言葉はほとんど見かけません。日人が適当に言い始めた言葉だとしたら、あいまいなのも当然です

    SEとPG、どっちが頭がいい?(1):下流から見たIT業界:エンジニアライフ
  • システムの「価値」をどう考えるのか?〜なんで人月換算基準がなくならないか、について - 急がば回れ、選ぶなら近道

    「なんで人月換算基準がなくならないか」については、これは作る側での議論が非常に多いのですが、逆側から見た議論があまりにも少ないので、自分の考えを記録しておきます。そもそも、発注した側ではシステムの価値をどう見るのか?という議論があまりにもなさ過ぎの印象があります。いくら作る側が頑張っても、発注サイドで「いやだから、結局いくらかかったか内訳見せろ」という話になった途端に、残念ながら人月単価が登場するわけで、話は振り出しに戻ります。 まず一義的にはユーザーから見たシステム開発は投資になります。確かに、毎年作っているでしょう、という話もありますが、普通は数年に一回作っては動かして、メンテナンスにモードに移行させる、という形になります。投資として、通常はキャッシュ・アウトに相当するコストで資産を認識します。リースにすれば、定常的でしょうという話もありますが、オン・ブックになった途端に普通に取得原価

    システムの「価値」をどう考えるのか?〜なんで人月換算基準がなくならないか、について - 急がば回れ、選ぶなら近道
  • 1