並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 1310件

新着順 人気順

IT業界の検索結果241 - 280 件 / 1310件

  • (年収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は内製が進むと思う
        • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

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

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

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

              要件定義、基本設計、詳細設計の流れを総復習
            • 新社会人に告げたいこと「休日出勤は絶対にするな」

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

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

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

                  基本情報技術者を取得してから「見える世界」が変わった話をしようか
                • 突然の異動でエクセル自習命じられ まじめに働いたのに:朝日新聞デジタル

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

                    突然の異動でエクセル自習命じられ まじめに働いたのに:朝日新聞デジタル
                  • "クソコード"は人格攻撃ではないのか|qsona

                    これは仮説というか自分がこうだという話なのだが、自分のアイデンティティを侵食されると怒りが湧く。たとえば、自分が非常に大事にしている価値観に対して、同僚から「君のその価値観は間違っている」と言われたり、あるいは、作品とか、経歴とか、家族とか、そういう自分自身と非常に密になっていて同一視されるようなものをけなされたら、腹が立つということだ。 プログラマーにとって、ソースコードというのは一つの作品だ。仮に経験が浅い開発者であっても、あるいは経験が浅いからこそ、1行1行に時間をかけて考えながら作りあげる。それに対してこれはクソコードだと言われたらどうだろうか。考えてみる。 よく、クソコードというのはコードがクソだと言っているのであって、お前がクソだと言ってるわけではないから切り離して考えるべきだという言説がある。僕はこれには微妙に賛同できない。その人が生み出したコードは、少なくともその人のいくぶ

                      "クソコード"は人格攻撃ではないのか|qsona
                    • 「AIをどう習得したのか教えて」と大募集し、技術者から集まった記事49本を紹介

                      日経 xTECH内に人工知能(AI)専門チャネル「ビジネスAI」を2019年10月に立ち上げたのを機に、知識共有サイト「Qiita」上でAI/機械学習の記事を同年12月に募集したところ、49本もの記事が集まった。投稿いただいた皆さん、ありがとうございました。 今回、ビジネスAIの編集担当として私が設定した「お題」は以下の3つ。各テーマについて日経 xTECHがQiitaアドベントカレンダーのスポンサーとなり、2019年12月1日~25日まで1日1本ずつ記事を募集した。 AI道場「Kaggle」への道 機械学習をどう学んだか 機械学習ツールを掘り下げる この結果、機械学習を独習するお薦めの書籍やサービス、Kaggleなどの機械学習コンペに入門する方法など、AIや機械学習に興味があるエンジニアにとって大いに参考になる記事が集まった。投稿者の属性についても「ゴリゴリの文系」や「おじさんSE」「中

                        「AIをどう習得したのか教えて」と大募集し、技術者から集まった記事49本を紹介
                      • 金融庁からみずほ銀行に下った行政処分の文面が公文書では滅多にお目にかかれないレベルでガチギレしてて怖い

                        すう🖤🏳️‍🌈🪷 @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に

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

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

                                            企業技術ブログ: エンジニアの技術ブログコミュニティ
                                          • バグを許さない、完璧なリリースじゃないと許さない風潮をやめないと日本はこれから厳しいのでは「ほんまこれ」「バグるものによる」

                                            だるやなぎのレバーは加熱しろ @daruyanagi バグを許さない、完璧なリリースじゃないと許さないっていう風潮をやめないと、日本はこれからちょっと厳しいな……あと、オープンソースなんだからとかじゃなく、あらゆる社会的なプロジェクトを「公共物」と捉えて合理的な配慮と無理のない参加を心がけるのも学んだ方がいい。お客さん過ぎる 2021-12-21 13:12:59

                                              バグを許さない、完璧なリリースじゃないと許さない風潮をやめないと日本はこれから厳しいのでは「ほんまこれ」「バグるものによる」
                                            • 「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎

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

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

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

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

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

                                                    エンジニアバブルとは何だったのか|久松剛/IT百物語の蒐集家
                                                  • 100万件ぐらいのレコードを扱ったらOOMEが出た話。 - 谷本 心 in せろ部屋

                                                    要約 技術的な話だけ教えて、という方のために先に結論だけ書いておきますと、PostgreSQLはクエリを実行した時点で全レコードの情報を一気に読んできてヒープを埋めてしまう場合がある、ということ話です。 たとえば、ResultSet#nextメソッドを使いながら処理を回すようなコードを書いて、少ないヒープでも処理できるようにするのは常套手段だと思いますが、そういうコードを書いていても一気にヒープを消費してしまうことがあるのです。詳しくはこのドキュメントを見てください。 https://jdbc.postgresql.org/documentation/head/query.html#query-with-cursor ことの発端 ちょっと仕事でJava + jOOQ + PostgreSQLで、DBのデータを集計するようなバッチ処理を書いてまして、もちろん俺様の書いたコードにバグなんてある

                                                      100万件ぐらいのレコードを扱ったらOOMEが出た話。 - 谷本 心 in せろ部屋
                                                    • 大事だけど 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アプリを作った。アプリには、児童の名前や生年月日、出身幼稚園・保育園など基本的な情報が入っている。そして、そこにリンクさせる「観察記録」「面談記

                                                                    小学校教員と保護者が業務効率化アプリを自力で開発 仕事の困り事は自分で解決
                                                                  • ニトリのITパスポート取得推進『会社のITリテラシーの底上げ』が必要な状況がわかりすぎる「下に合わせて設計するから」

                                                                    リンク 日本経済新聞 ニトリ、全社員の8割にIT国家資格 25年までに - 日本経済新聞 ニトリホールディングス(HD)は2025年までに約1万8千人の社員の8割に情報処理に関する国家資格「ITパスポート」を取得してもらうようにする。小売業でも電子商取引(EC)の普及などデジタル化が進む。社員のIT(情報技術)能力を底上げすることで企業競争力を高める。受験費用は会社が全額負担する。社員向けに取得を支援する講義も充実させる。新入社員の研修メニューにも加え、取得を促す。合格した社員の点 47 users 379

                                                                      ニトリのITパスポート取得推進『会社のITリテラシーの底上げ』が必要な状況がわかりすぎる「下に合わせて設計するから」
                                                                    • 派遣社員の人は出社しないとダメです。在宅勤務は正社員だけです(乂'ω')ダメー

                                                                      ハヤト@仕事は経理、プライベートはマンション修繕委員 @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・システム判例メモ
                                                                                • Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                                                  ハイクラス求人TOPIT記事一覧Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaは1995年に誕生し、数多くのコミュニティや企業の影響を色濃く受けてきました。では、黎明期から現代に至るまで、Javaはどのように進化し、生態系を変化させてきたのでしょうか。Javaのスペシャリストとして知られる、きしだなおきさんに聞きました。 1995年に誕生した、オブジェクト指向プログラミング言語・Java。この言語の歴史は、数多くのコミュニティや企業の影響を色濃く受けてきました。 例えば、OracleによるSun Microsystemsの買収後、Javaのリリースサイクルは大きく変化しました。また日本においては、JavaカンファレンスやS

                                                                                    Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから|ハイクラス転職・求人情報サイト AMBI(アンビ)