並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 707件

新着順 人気順

SIの検索結果201 - 240 件 / 707件

  • 富士通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選 - みんなのシステム企画
          • 新社会人に告げたいこと「休日出勤は絶対にするな」

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

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

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

                基本情報技術者を取得してから「見える世界」が変わった話をしようか
              • 金融庁からみずほ銀行に下った行政処分の文面が公文書では滅多にお目にかかれないレベルでガチギレしてて怖い

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

                  金融庁からみずほ銀行に下った行政処分の文面が公文書では滅多にお目にかかれないレベルでガチギレしてて怖い
                • 駆け出し時代の自分に読ませたかった技術書18選 遠回りをしまくった自分に送りたい

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

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

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

                      日本における「名寄せ」と「照合」の黒歴史
                    • 【特集】 IT企業のリモートワークは今も続いているのか?完全出社必須なら62%の従業員が離職を検討

                        【特集】 IT企業のリモートワークは今も続いているのか?完全出社必須なら62%の従業員が離職を検討
                      • GitHub上に三井住友銀の一部コードが流出、「事実だがセキュリティーに影響せず」

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

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

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

                            「顧客が本当に必要だった物」のジオラマを作る
                          • エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん

                            ポエムです。パッと勢いで書くので反論の余地があるかと思います。 あと何にやりがいを感じるかも多分かなり人それぞれだとは思います。 経緯 最近あらためて思うのが、よほど高度な技術を使っていない限りWeb系企業におけるエンジニアってあくまで守の存在なんですよね。プロダクトのやりたいことを妨げないために堅実にしっかりと物を動くものを作っていく。ただしそれは必要条件でしかなくて、事業が駄目なら成功しない— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6, 2019 エンジニアがどこまで仕様に口を出せるかは組織の体制や規模にもよるけど、やはり事業開発においてエンジニア一人がプロダクトの成功に与えられる影響力はあまりにも小さい。失敗に与えられる影響力は大きいけど🤭— きりみんさん(きりみんちゃんのマネージャー) (@kirimin) November 6,

                              エンジニア採用強化各社はいかに優秀なエンジニアがすでに在籍してるかよりいかに優秀なプロダクトデザイナーやマネージャーが在籍しているかをアピールしてくれ - まいくろ🍣きりみん
                            • 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に

                                  エンジニア転職のリアル
                                • 企業技術ブログ: エンジニアの技術ブログコミュニティ

                                  “あの会社”の技術を学ぼう今日から業務に活かせる! 企業ではたらくエンジニアのための、実例全振り技術ブログコミュニティ。もっと詳しく

                                    企業技術ブログ: エンジニアの技術ブログコミュニティ
                                  • 「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎

                                    今回は、組織づくりについての話。 現在うちの会社は7期目で、メンバーは業務委託の方を含めると100人近くになりました。 おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。 ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の2〜3年はずっと組織のことで悩んでいました。 そんな状態から、どうやって今のようになったのか? 同じように組織づくりに悩んでいる人のヒントになればと思い、僕の経験を書いてみたいと思います。 「お前やれるのか?」みたいな空気感初期の頃、オフィスはシーンとしていて緊張感がありました。 プロフェッショナリティのすごく高い人たちが集まっていて「俺はこんだけやるけ

                                      「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎
                                    • TISのテレワークサービス障害、復旧できず終了へ - 日本経済新聞

                                      システム開発のTISは18日、障害のために停止していたテレワーク向けクラウドサービス「RemoteWorks(リモートワークス)」を9月末で終了すると発表した。アプリケーションの不具合によるセキュリティーリスクが内在しており、その解消に大がかりなシステム修正が必要になると判断したため。約400社の利用企業に対して、代替手段の提供やサービス終了の手続きを既に進めており、現状では大半が解約済みだとい

                                        TISのテレワークサービス障害、復旧できず終了へ - 日本経済新聞
                                      • エンジニアバブルとは何だったのか|久松剛/IT百物語の蒐集家

                                        今回はエンジニアバブルの背景を整理することで、また大なり小なり起きるであろうバブルに備えることを目的としてまとめます。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。 エンジニアバブルとは何かIT業界では新興の業界ということもあり、大小のバブルが発生しやすい特徴があります。この20数年の日本国内を振り返っても下記のようなものがありました。 ITバブル(1999-2000年) クラウドバブル(2010年前後) ソーシャルゲームバブル(2010年代前半) AIバブル(現在) このコンテンツで言うエンジニアバブルとは、プログラマを中心としたエンジニアが売り手市場となり、待遇が右肩上がりで提示されやすい状況を指します。エンジニアバブルでは求人倍率が上昇し、即戦力採用が活発化しました。提示年収が現年収比 1.25倍を超えたりすることも多々ありま

                                          エンジニアバブルとは何だったのか|久松剛/IT百物語の蒐集家
                                        • 大事だけど AWS 構成図では省略してしまうことが多いサービスについて - サーバーワークスエンジニアブログ

                                          コーヒーが好きな木谷映見です。 今回は小ネタです。AWS 構成図を書く際、省略してしまうことが多いサービスについて思いを馳せました。 よくある?構成図 リージョン アベイラビリティゾーン ルートテーブル AWS IAM インスタンスプロファイル Amazon EBS Elastic IP Elastic network interface(ENI) セキュリティグループ セッションマネージャーする時のエンドポイント 最終構成図 終わりに よくある?構成図 よくあると思われる構成図を描いてみました。 AWS になじみがある方から見ると、 「ふむ、パブリックサブネットとプライベートサブネットに 1 台ずつ EC2 インスタンスがあって、プライベートサブネットのインスタンスにはセッションマネージャーでログインするのかな?S3 バケットもあるな」 くらいの想像ができるかもしれません。 リージョン

                                            大事だけど AWS 構成図では省略してしまうことが多いサービスについて - サーバーワークスエンジニアブログ
                                          • 東芝系SEが過労自殺 開発遅れ長時間労働、労災認定:朝日新聞デジタル

                                            ","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=\"

                                              東芝系SEが過労自殺 開発遅れ長時間労働、労災認定:朝日新聞デジタル
                                            • なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ

                                              開発室の雑談。営業側のマネージャが言うには 「今のプロジェクトで自動テストの導入を試みている話をしたら、XXXさんのところでも過去にいくつか導入を試みたけどもみんな上手くいかなかったって話になって」 なるほど? まあ確かに自動テストはシステム開発にとって魅惑の技法ではあるものの、では導入がうまくいっているか? というと普及率は低いと言わざるを得ない。私がお手伝いしたプロジェクトでは、元請け側から自動テストをやるお達しが来たわけだが、紆余曲折あって掛け声倒れのような状態になってしまった。 ビジネス書の煽りタイトルのような本件だが、古式ゆかしき受注生産の業務システム開発プロジェクトに自動テストを導入しようとして失敗する事例を聞いたので、僕なりに分析して見出した要素を挙げておこうと思う。 V字モデル ソフトウェア開発の手法としてV字モデルというものがある。 オーダーメイドでシステムを作るにあたっ

                                                なぜ自動テストの導入は失敗するのか? - プログラマーの脳みそ
                                              • 12年勤めたNTTを退職しました - じんめんメモ

                                                修士卒で入社し、12年と4ヶ月間勤めたNTT研究所を退職しました。昨年話題になった id:kumagi や id:hichihara の近くの部署です。自他ともにあんまり転職しそうにない人だと認めていた私がなぜ転職することに決めたのか、自身の振り返りの意味も込めた退職エントリです。 振り返り 入社まで 高校生のときに趣味でプログラミングを始め、早々に進路は情報系で行くことを決意していました。大学は東京工業大学の5類・情報工学科に進学し、画像処理全般に興味があったため研究室ではコンピュータグラフィックス分野の研究をしていました。就活については、今ほどソフトウェアエンジニアのポジションが明確でなかった時代と記憶しています。いくつか受けた中で運良く内定がもらえてプログラミングもできそうなNTT研究所に就職することに決めました。 入社直後 当時は研究所全体にフレッツ光ネクスト開発の大きな流れがあり

                                                  12年勤めたNTTを退職しました - じんめんメモ
                                                • 炒飯 on Twitter: "COCOAがダメだったのは「技術に対して投資して結果が得られなかったのがダメ」とかではなく企業の中抜き構造がダメだったというのが浮き彫りになったのが正しいんだよなぁ https://t.co/MUCwCQr92b"

                                                  COCOAがダメだったのは「技術に対して投資して結果が得られなかったのがダメ」とかではなく企業の中抜き構造がダメだったというのが浮き彫りになったのが正しいんだよなぁ https://t.co/MUCwCQr92b

                                                    炒飯 on Twitter: "COCOAがダメだったのは「技術に対して投資して結果が得られなかったのがダメ」とかではなく企業の中抜き構造がダメだったというのが浮き彫りになったのが正しいんだよなぁ https://t.co/MUCwCQr92b"
                                                  • 知的生産の恐ろしいところは「4時間考えた結果進捗はゼロ」が起きるところ←これどうすればいいの?

                                                    終点さん @Oh_sushijanight 知的生産の恐ろしいところは、「4時間試行錯誤しながら考えた結果、進捗はゼロ」みたいなことが起きるところ 2023-09-29 19:21:11

                                                      知的生産の恐ろしいところは「4時間考えた結果進捗はゼロ」が起きるところ←これどうすればいいの?
                                                    • 小学校教員と保護者が業務効率化アプリを自力で開発 仕事の困り事は自分で解決

                                                      同県佐久穂町にある大日向小学校は、児童数112人、教職員22人(2020年5月1日時点)で、自然豊かな場所に立地する学校だ。そんな同校では、チャットやクラウド、NASなどのITツールの活用はもちろんのこと、自作アプリを実際に運用して業務の効率化を図っているという。 非エンジニアが課題解決のためにアプリを作成──実現の鍵は「ローコード開発」だった。 情報はアプリで一元管理 学校では、職員会議なども含め校内の情報共有に時間を割くことが多い。児童の情報は大抵分散しており、個人情報や面談の記録はもちろん、児童がどこでどんな行動を取っていたかという情報も各教師でバラバラに持っている。 そこで大日向小学校は、「児童・生徒情報」という児童の情報共有のためのWebアプリを作った。アプリには、児童の名前や生年月日、出身幼稚園・保育園など基本的な情報が入っている。そして、そこにリンクさせる「観察記録」「面談記

                                                        小学校教員と保護者が業務効率化アプリを自力で開発 仕事の困り事は自分で解決
                                                      • 派遣社員の人は出社しないとダメです。在宅勤務は正社員だけです(乂'ω')ダメー

                                                        ハヤト@仕事は経理、プライベートはマンション修繕委員 @moguhaya うちの嫁さん、大手企業に派遣社員で働いているんだが、社員は在宅勤務で、嫁さんは出社 会社へのよくわからない問い合わせに嫁さんが電話やメールで社員へ確認 なんだこのくそみたいな働かせ方 リモートワーク万歳じゃねぇよ 2020-03-06 13:22:30 J_A_X @junji_and_x 結局リモートワークなんて上級国民の正社員様限定特権じゃん 派遣元も派遣先も、派遣社員は「労働力という商品」としか思ってないんかな… 家から正社員が派遣をリモートコントロールしてるってどういうことやねん twitter.com/moguhaya/statu… 2020-03-06 13:43:29 うっちゃん🍀🐯💎💗担🍀 @smatorataso @moguhaya 派遣先は、派遣社員もテレワークできるように対応してくれま

                                                          派遣社員の人は出社しないとダメです。在宅勤務は正社員だけです(乂'ω')ダメー
                                                        • なぜDXは分かりにくいのか?なぜDXプロジェクトはPoCで頓挫するのか?

                                                          DXの全体像と、各種技術のマッピング、 何故DX関連のPoCが失敗するのか、 という怪文章 3時間分の講義資料を10分に極限圧縮しています。講義が必要な方はご連絡ください。Read less

                                                            なぜDXは分かりにくいのか?なぜDXプロジェクトはPoCで頓挫するのか?
                                                          • 登大遊氏、日本は「超正統派」のICT人材を育成すべき。そのために、自由な試行錯誤を許容するインチキネットワークの普及に取り組む(前編)。JaSST'22 Tokyo

                                                            登大遊氏、日本は「超正統派」のICT人材を育成すべき。そのために、自由な試行錯誤を許容するインチキネットワークの普及に取り組む(前編)。JaSST'22 Tokyo 2022年3月10日と11日の2日間、ソフトウェア業界のテスト技術力の向上と普及を目指すイベント「ソフトウェアテストシンポジウム JaSST'22 Tokyo」がオンラインイベントとして開催されました。 イベントの最後には、招待講演として登大遊氏による講演「世界に普及可能な日本発の高品質サイバー技術の生産手段の確立」が行われています。 登氏は講演で、優れたICT技術を日本から生み出すためには「超正統派」なICT技術者を育てるべきであり、そのために登氏自身が中心となって登氏が「インチキネットワーク」と呼ぶ、固定IPアドレス取り放題でBGPで遊べる自由な試行錯誤を許容するネットワークとコンピューティングの環境を、IPA(独立行政法

                                                              登大遊氏、日本は「超正統派」のICT人材を育成すべき。そのために、自由な試行錯誤を許容するインチキネットワークの普及に取り組む(前編)。JaSST'22 Tokyo
                                                            • 『ワープロは、いずれなくなるのですか?』1989年当時の各メーカーの回答と現実を比べてみた「希望的観測ってやつ」

                                                              むじな(行政書士兼パソコン教室) @mujina_mujina_ @Yuz0130 89年ならまだwin3.1すらなかった時代ですね。windowsの登場によってユーザーインターフェースがCUIからGUIに変わったことが最も大きな要因だと思います。 2021-01-29 16:51:08 ab ovo usque ad mare. @usque_ad_mare @mujina_mujina_ @Yuz0130 >ユーザーインターフェースがCUIからGUIに変わった 嚆矢はMacだったんだが、プロセッサの処理速度が遅すぎて、使い物にならない時代が長かったので、マイクロソフトが初めてやったような顔をしているんだよ。 2021-01-29 17:03:25 Oakbow@千波矢 @Oakbow7 懐かしいw この当時はパソコンの処理能力は正直大したことなくて、OAといえばワープロだったからなあ。

                                                                『ワープロは、いずれなくなるのですか?』1989年当時の各メーカーの回答と現実を比べてみた「希望的観測ってやつ」
                                                              • 私はなぜ、部下を退職に追い込んでしまったのか

                                                                ワタシには無理でした――つらいひとことを残して去っていった女性エンジニア。IT“業界”解説シリーズ、第8弾は準委任の仮面をかぶった請負かつ派遣な契約で部下を退職に追い込んでしまった男の悔恨の告白です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したらがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由、第7弾ではエンジニアの年収が上がらない理由を説明しました。 今回は、IT訴訟解説でもおなじみの細川氏が、請負契約と準委任契約の違いを解説する。若かりし日の反省も込めて――。 ジュンイニンって何ですか? 準委任契約なのに成果物に責任を持ち

                                                                  私はなぜ、部下を退職に追い込んでしまったのか
                                                                • SQLインジェクション対策不備の責任 東京地判平30.10.26(平29ワ40110) - IT・システム判例メモ

                                                                  SQLインジェクション対策をしていなかったことについて開発会社の責任が問われた事例。 事案の概要 Xは,Yに対し,Xの提供する車・バイクの一括査定システム(本件システム)の開発を約320万円で委託し,平成24年9月に納品を受けた。 その後Xは,平成28年12月に,IPA*1から,中国のサイトに本件システムの脆弱性に関する情報が掲載されているという指摘を受けて,Yに対し,その調査と報告を依頼した。 その結果,本件システムには,SQLインジェクション対策が不十分という脆弱性が判明したことから,XはYに対し,その脆弱性はYの被用者の故意過失によって生じたものであるから,使用者であるYには使用者責任があると主張して,民法715条1項所定の損害賠償請求権に基づき,緊急対策費用47万5200円,詳細な調査,抜本的な修正費用640万円,サーバー移転費用35万6400円,セキュリティ対策のための本件システ

                                                                    SQLインジェクション対策不備の責任 東京地判平30.10.26(平29ワ40110) - IT・システム判例メモ
                                                                  • 31年勤めた富士通グループから退職した - ただのにっき(2020-09-30)

                                                                    ■ 31年勤めた富士通グループから退職した この日記では明に所属企業を書いたことはなかったけど、仕事がらみのイベントとかでは普通に名刺を配ったりもしていたので、ご存じの方にはご存じだったと思うが、新卒で入社してからずーっと富士通の子会社に所属していた*1。 今年はその富士通でマネージャになってちょうど20年になる。20年前にはまるで世をはかなんでいるような日記を書いているけど、けっきょくそのまま居座ってマネジメント畑を耕していた。20年のキャリアつったら、普通に考えてもプロ中のプロですよ。ずっとエンジニアのつもりだったのに、気がついたらマネジメントのプロフェッショナルになっていたという。人生なにがあるかわかったもんじゃないね。 富士通に限らず、日本の多くの伝統的な企業には役職離任という制度があって、定年より前に一定の年齢に達すると管理職を解かれて一般社員相当の身分になる。制度そのものには(

                                                                      31年勤めた富士通グループから退職した - ただのにっき(2020-09-30)
                                                                    • 同じチームにいて最高に心強かったエンジニアの特徴をまとめてみた - Qiita

                                                                      これまで私はプロダクトマネジメントやデザインディレクションを行う立場として、BtoBにBtoC、iOSにAndroidにWebにWatchOSにIoT、ゼロイチにグロース。様々な分野、プラットフォーム、フェーズでサービスを開発する機会に恵まれてきました。 その中で一緒にチームを組んだフロントエンド、サーバーサイド、iOS、Android、インフラ、データ、様々なエンジニアの方を思い出しながら「ああ、心強いな」と感じた色々なタイプの特徴を、リスペクトの想いを持って、プロダクトマネージャーやデザイナーの視点でまとめてみました。 それではいってみましょう。 目的にフォーカスしている 要件をただ実装するのではなく、ビジネスの目的はなにか、ユーザーが真に求めているものはなにか、なにがサービスの生死を分けるのか、技術は目的を達成するための手段だと客観的に捉え、真の目的に対して解決策を提案し続けてくれる

                                                                        同じチームにいて最高に心強かったエンジニアの特徴をまとめてみた - Qiita
                                                                      • 今の仕事を手放したくない人こそ知ってほしい、「燃え尽き症候群」の乗り越え方を専門家に聞いた - ミーツキャリアbyマイナビ転職

                                                                        大事なプロジェクトが終わってから何も手につかなくなった。 それまで仕事が楽しかったのに、急にやる気がなくなってしまった。 仕事を頑張る皆さんのなかには、何かのきっかけで突然そうした状態に陥った人も少なくないのではないでしょうか。原因が分からず、自分で自分を責めてしまう、という悩みもしばしば聞きます。 この状態、一体どうすれば乗り越えられるのでしょうか? そもそもなぜこのような状態になってしまうのでしょうか? 今回、そんな「バーンアウト(燃え尽き症候群)」を研究する久保真人先生に、お話を伺いました。 インタビューで出てきたのは、誰しもが自分の経験に置き換えられそうなエピソードばかり。バーンアウトは決して他人事ではない、ということを学びつつ、仕事への向き合い方を再考できるような内容になりました。 久保真人さん。同志社大学政策学部・総合政策科学研究科教授。京都大学卒業後、同大大学院文学研究科博士

                                                                          今の仕事を手放したくない人こそ知ってほしい、「燃え尽き症候群」の乗り越え方を専門家に聞いた - ミーツキャリアbyマイナビ転職
                                                                        • 目次だけで胃が痛む「みずほ銀行システム統合、苦闘の19年史」、つまるところ「みずほのガバナンスの欠如」の災害史 : 市況かぶ全力2階建

                                                                          ヤプリ創業者兼社長の庵原保文さん、自ら田端信太郎さんの火線に飛び込むも紛れもない上場ゴールのため返り討ちに遭う

                                                                            目次だけで胃が痛む「みずほ銀行システム統合、苦闘の19年史」、つまるところ「みずほのガバナンスの欠如」の災害史 : 市況かぶ全力2階建
                                                                          • 京都市基幹系システム刷新失敗の考察について

                                                                            京都市基幹系システム刷新失敗の考察 https://www.orangeitems.com/entry/2019/12/28/084402 俺はとある中小自治体で情シスをやったことがあるので、色々と思うところがある。 この記事だと、要件定義できない京都市が悪いで終わってしまいそうで、まあそうなんだけど事情も色々あるんだよというところで、フォローしてみたい。 まず、俺のいる自治体の話をしよう。 俺が情シスにいた10年程前に、今回の京都市のようにレガシーシステムを刷新した。刷新前は担当SE一人しかメンテナンスできないような、人間と機械がセットでようやく動くようなシロモノだった。 それを、某ベンダーのパッケージシステムをほぼカスタマイズせずに導入する形で刷新した。 当然多くの問題があったが、当時の上司が大手SIER出身で庁内でも力があり、市長も強く後押ししてくれたので押し切った。 今回の件に関し

                                                                              京都市基幹系システム刷新失敗の考察について
                                                                            • さて、新卒入社したSIer企業で約1ヶ月が経ったわけだが

                                                                              結論転職してえ... はじめに匿名ということで、忌憚なき意見が得られたらと思ってここに書いきました。たぶん、新卒がまた甘いこと言ってるよと思う人もたくさんいると思いますが、それはそれで受け止めます。 ただ、どこにも迷惑をかけたくないので、本質を違えない程度にはフェイクを挟んで書いてます。なんか辻褄合わなくね?みたいなところあるかもしれませんが、そういうものだと思ってください。 背景まず、私がどんな状況のやつかわからないと話にならないので、ちょっとバックグラウンドを紹介 情報工学の修士持ち、メーカー系のグループ会社のSIをやる会社に在籍。 グループ会社とはいえ、2000人規模で同期が100人近くいるので、そこそこ規模の大きい会社だと思ってくれて構わない。 本文研修周り「某S社に入社したけどミスだったかもしれない」というはてな匿名ダイアリーが一年前だったか二年前だったか少しバズったが、今の僕は

                                                                                さて、新卒入社したSIer企業で約1ヶ月が経ったわけだが
                                                                              • サクラエディタの便利そうな機能 - Qiita

                                                                                まえがき SIerをディスる記事がバズるたびに流れ弾が飛んでくるサクラエディタですが、この偉大なエディタを使いこなしている人間は、すくないと思います。 今回は便利そうな機能を記録しておきたいとおもいます。 エディタから使える機能 Grep 検索メニューからGrepまたはGrepによる置換が行えます。 GrepやGrepによる置換には正規表現が利用できます。 利用可能な正規表現 https://sakura-editor.github.io/help/HLP000089.html 個人的によく使う正規表現は「\t」でGRAPの結果をタブ区切りに変換してExcelに張り付ける使い道です。 1、Grepの結果がある。 2、「): 」→「):\t」の置換をやる 3、Excelにはりつけやすくなる。 ※正規表現使わなくてもタブ文字をコピーアンドペーストで置換後に入力する手もある 変換 変換メニューで

                                                                                  サクラエディタの便利そうな機能 - Qiita
                                                                                • 「無人化システム」を駆逐する組織マネジメントとエンジニアリング

                                                                                  弊社では2019年3月ごろから「無人化システム」の駆逐を進めています。本記事ではこの取り組みを、組織マネジメントとエンジニアリングの側面から紹介します。 恐怖の無人化システム 「無人化システム」は社内の独自用語なので、まずは言葉の意味から説明します。 無人化とはなにか 無人化の前に属人化について触れておきましょう。weblio辞書から属人化について引用します[1]。 ある業務を特定の人が担当し、その人にしかやり方が分からない状態になることを意味する表現。 無人化は属人化の進化系です。無人化とは「属人化していた業務の担当者がいなくなってしまい、誰にもやり方が分からない状態になること」と定義できます。誰がどう見てもダメな状態ですね。 無人化システムとはなにか システム運用が属人化し、かつその運用者が退職するとシステムが無人化します。我々の会社ではこのようなシステムを『無人化システム』と呼んでい

                                                                                    「無人化システム」を駆逐する組織マネジメントとエンジニアリング