並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 3404件

新着順 人気順

it業界の検索結果361 - 400 件 / 3404件

  • [追記]プログラマーにコンピュータ・サイエンスは必要なんだろうか

    この疑問はもう俺の中で何十年もくすぶっているんだが、未だにその答えは見つかっていない。 そもそも俺はコンピュータサイエンスというものをよくわかっていないというのもあるんだが、プログラマーをやっていてコンピュータ・サイエンスの素養がなくて困ったことがない。 学生が言うところのコンピュータ・サイエンスが社会に出て何の役に立つんだよっていう話がしたいんじゃない。 ここに吐き出しつつ自分なりに問題を噛み砕いてみたい。 フラフラ思いつくままに書いているから頭悪い文章になることだけは先に宣言しておく。 仕事をしているうえでなんで困らないのかまずコレが最も重要なポイントだと思うんだが、仕事でプログラム書いていて、コンピュータ・サイエンスの素養がなくて困ったことがない、例えばコンピュータ・サイエンスのボキャブラリがないと会話すらままならないなんて言うことは起きたことがない。 更に言うならば要件定義をコード

      [追記]プログラマーにコンピュータ・サイエンスは必要なんだろうか
    • 情シス立ち上げマニュアル - 採用、マネジメント編|12ban

      数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり(ルール、業務基盤) - 戦略づくり(セキュリティ) - 戦略づくり(BPR / 業務改善)→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人(CTOなど) * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知

        情シス立ち上げマニュアル - 採用、マネジメント編|12ban
      • 急に仕事で英語を使うことになった社会人に贈るまとめ(便利ツール/コンテンツ) - Qiita

        急に仕事で英語を使うことになった社会人に贈るまとめ(便利ツール/コンテンツ/勉強本) 新規案件参画初日。 Goやk8sを使えることなってワクワクしていたあの日、 参画してすぐにチーム内のエンジニアで日本人が自分以外に一人であること、 それ以外のチームメンバー全員が外国籍のメンバーになることを知らされた そこのあなた! 数年前の私です(笑) さらに2ヶ月後には、開発チームで唯一の日本人になって死にそうになりました。 その時は突然にやってきます。 当時、私の英語の経験というと大学受験の対策のみと言っていいほどで、 そこから10年以上経過していたため、高校英語すらも怪しい状態でした。 英語学習を開始して 半年ほど経過した時のレベルがTOIEC450程度だったので、学習開始当初はおそらく400点を切っていたレベルであると思います。 そこから英語学習を開始し、2年ほど経過した今では、便利ツールを活用

          急に仕事で英語を使うことになった社会人に贈るまとめ(便利ツール/コンテンツ) - Qiita
        • 伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type

          この連載では、注目企業のCTOが考える「この先、エンジニアに求められるもの」を紹介。エンジニアが未来を生き抜くヒントをお届けします! ニフティ、はてな、グリーなど、日本のIT黎明期をけん引してきたベンチャー企業でサービス開発をリードし、エンジニアとして広くその名を知られた伊藤直也さん。 2016年には宿泊・レストラン予約サイトを運営する一休のCTOに就任し、大きな注目を集めた。 あれから6年。『一休.com』『一休.comレストラン』のUI/UXは飛躍的に向上。新型コロナウイルス感染症の影響で旅行・外食業界が苦戦する中でも業績は好調だ。 しかし、伊藤さんがCTOに就任した当時、同社はさまざまな技術的負債を抱えており、開発課題が山積みの状況だった。 伊藤さんはなぜ、一休にジョインすることを決めたのか。開発組織の変革のために取り組んだこととあわせて、伊藤さん自身が一人の技術者として成長を続ける

            伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type
          • で、シリコンバレーでいくら稼げるのか(Part 9)

            承前 : Part-8 https://anond.hatelabo.jp/20201018143903 次回 : 予定無し 今回は路頭🙏おじさん専用回だ。毎回コメントをしてくれたお礼に救いようのない話をする。 学歴があり頭が良く生産性の高いエリート達が高給を稼いでいるように見えるシリコンバレー。 しかし随所に吐き気を催すような糞溜りがある。首切りである。 Unvested RSU, Visa, GC時折、日本の記事で以下のような言説を見ることがある。 「シリコンバレーではlayoffは日常茶飯事。皆慣れたものであっけらかんと次の職に移る」 大嘘である。 シリコンバレーで職を失うことは母国で職を失うことよりも悲惨な状況になる場合が多々ある。 まず、Unvested RSUはすべて没収される。以前取り扱ったXさんのような場合、3年目以降のvestを目前にして首を切られようものなら号泣では済

              で、シリコンバレーでいくら稼げるのか(Part 9)
            • 品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中

              ※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理(Quality Control)、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです: 法規制対応、標準化対応、その他公的なガバナンス要求へ

                品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中
              • 京都市基幹系システム刷新失敗の考察 - orangeitems’s diary

                京都市の件 京都市の基幹システム刷新が、またもや暗礁に乗り上げているようです。 tech.nikkeibp.co.jp 京都市はNEC製メインフレーム上で約30年稼働する基幹系システムのバッチ処理をオープンシステムに刷新するプロジェクトにおいて、サブシステムの1つである新福祉系システムの稼働を当初予定の2020年1月から延期する。再稼働の日程は確定していない。京都市総合企画局が2019年12月23日の京都市会で明らかにした。 現行がNECなのに、刷新にはNECが絡んでいないところが最近のNECの調子の良さが現れているなあと思います。案件の選択こそSIerの肝ですから。「おお世の腕自慢の諸君、このパズルを解いたら15億円を差し上げよう」という王様の号令に引き寄せられた夢多きベンダーや技術者が、今頃セピア色の世界で心晴れぬまま年越しをしている状況が手に取るようにわかります。 もはやこの件、SI

                  京都市基幹系システム刷新失敗の考察 - orangeitems’s diary
                • Android7.1以前でLet's Encrypt証明書のサイトが見られなくなる | おそらくはそれさえも平凡な日々

                  追記: その後の動きについて書きました → Let's Encryptの証明書切替周りその後 このサイトはLet's Encryptで証明書発行しているのでタイトルの件が気になったのだが、どうもあまり話題になっていない。恥ずかしながらSSL周り詳しいわけじゃないので、誤っているかも知れない。識者の意見を求む。 Let's Encryptが使われているサイトがAndroid7.1以前のバージョンで今年の9月29日以降見られなくなる可能性がある 延命策は用意されそうだが、それも来年の9月29日まで Let's Encryptのルート証明書切り替え計画に起因している Let's Encryptのルート証明書の変更 Let's Encryptはルート証明書を自身(ISRG)の認証局のルート証明書(ISRG Root X1)に切り替えようとしている。現在は、IdenTrustのルート証明書(DST

                    Android7.1以前でLet's Encrypt証明書のサイトが見られなくなる | おそらくはそれさえも平凡な日々
                  • 「デザイナーいないんですか?」松屋の食券機のUIがどんどん悪化してきたがここに来て『極み』に到着した感が出ている

                    enden @enden_nix これまでも牛丼1杯と半熟玉子頼むだけで16回のボタン操作が必要だったりして異常だったけど流石にこれは無いと思う、個人経営のラーメン屋さんがなんとか導入したとかならまだしも大手全国チェーンの最新型機ですよ???? 2023-04-25 18:04:36

                      「デザイナーいないんですか?」松屋の食券機のUIがどんどん悪化してきたがここに来て『極み』に到着した感が出ている
                    • すだちの国からIT界隈をざわざわさせる、徳島県つるぎ町立半田病院のランサムウェア調査報告書(災害拠点病院でIT担当者が1人)。

                      徳島県つるぎ町立半田病院のランサムウェア調査報告書が2022/6/16に公開されました。担当者が1人などIT界隈(私も)をざわざわさせてる内容をまとめてみました。

                        すだちの国からIT界隈をざわざわさせる、徳島県つるぎ町立半田病院のランサムウェア調査報告書(災害拠点病院でIT担当者が1人)。
                      • MRJ計画失敗、技術者が「謙虚さに欠けていた」 元社長が激白 破綻の原因はたった1枚の書類

                        愛知を拠点に三菱航空機が開発していた国産初のジェット旅客機、MRJ。ニッポンの航空産業の中核として量産化が期待されていましたが2023年2月、ついに計画の中止が発表されました。 夢の開発プロジェクトがなぜ頓挫したのか。三菱航空機の元社長の川井昭陽氏が、当時の胸中を明かしました。 【動画・元社長が激白】MRJ計画失敗、技術者が「謙虚さに欠けていた」破綻の原因はたった1枚の書類 三菱重工が国産初のジェット旅客機として開発を決めたのが「三菱リージョナルジェット(MRJ)」です。 100席以下の小型機ながら、部品点数は車の30倍にあたる約95万点。県営名古屋空港を開発拠点にした夢の国産ジェット旅客機の生産は、この地方に新たな基幹産業の誕生を期待させるものでした。 しかし度重なる設計変更で、プロジェクトは6度にわたって計画延期。2019年には名前から三菱の“M”の文字も消えました。そして2023年2

                          MRJ計画失敗、技術者が「謙虚さに欠けていた」 元社長が激白 破綻の原因はたった1枚の書類
                        • メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note

                          この度、3年半に渡って勤めたメルカリを2022年5月に退職し、この夏からロンドンのMetaにSenior Machine Learning Engineerとして転職することが決まりました!わいわい✌('ω')。その過程で、東京およびロンドンのBig Tech合計5社を数ヶ月かけて対策をし面接に臨んだので、そこで得たノウハウをここで共有できたらと思います。面接を受ける際にNDA(Non Disclosure Agreement)にサインするので具体的な面接の詳細には触れられませんが、伝えられる範囲でできる限り記述しています。 また、Metaから最終的に提示されたオファー条件を最後に記載してあります。なにぶん日本においては給与の話は燃えやすいということもあり、その部分だけ某日本の有名エンジニアに倣って有料にしてあるのですが、ご興味のある方は是非ご購入いただければと思います(1コイン分の金額で

                            メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note
                          • webエンジニアの「業務委託単価表」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を

                            Resource株式会社は、3,000の実績データをもとにwebエンジニアの業務委託単価表を公開したと発表した。 現在の単価が適正単価なのか、次の単価レンジに行くにはどうすれば良いか、開発発注プラットフォーム「ISSUE」の実績を使い調査したとのことだ。 2022年11月ではISSUE上に1,800人以上のユーザーデータと2,000以上の単価診断結果があるという。またISSUEではクラウドソーシング形式で企業とマッチングすることにより、報酬を獲得することができる。その際の契約時給単価を今回の相場作成の参考にしているとのことだ。 ・1,000〜2,000円 インターン・アルバイトレベル。プログラミングを始めたての学生や勉強中の人が対象になる。実務経験としては0〜1年ほどの人が当てはまる。プログラミングの概念を学んでいる段階なので、外部APIなどの公式ドキュメントを理解するのが難しい場合もある

                              webエンジニアの「業務委託単価表」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を
                            • 10 年前に JavaScript で Flash Player を開発し買収された話

                              この記事は、JavaScript で Flash Player の実現を頑張った(もしくは現在進行系で頑張っている)人たちの集う Flash Advent Calendar 2020 に参加しております。 私は過去に自分が設立した会社で ExGame という HTML5 実装の Flash Player(正確には Flash Runtime Engine)を開発し、その会社ごと DeNA に買収(M&A)されました。あまり出来ない体験であるのは間違いないので、Flash が終了を迎える今、改めて振り返ってみようと思います。 Flash Player の開発 今から 10 年前の 2010 年、ちょうど iPhone が普及し始めてきてガラケーのシェアが 8 割から 6 割くらいに落ちようとしていた時期に、私は Flash Player を JavaScript で実装していました。以前この

                              • コンサルだけど同業ツイッタラーにクソムカついた愚痴

                                フォロワー2.6万人いて某コンサル会社所属のインフルエンサー?なツイッタラーがいる。 コンサルなんて狭い世界なので見る人が見ればどこのファームか大体察しがつく、というか同じ会社だろうしそりゃわかる。その人は恐らくシニアマネージャー(プロジェクトをいくつか回す、ほぼ現場の最高責任者)。 言ってることがおもろいし、趣味も合うし、とにかく"ロック"を志向していて旧態依然のダサいことを糾弾してるのとか痛快だったし、こんな人と一緒に仕事できたら楽しいだろうななんて思いながら黙って結構長くフォローしてた。 仕事がしんどくなった頃に重なってか、なんとなく言ってることが激務自慢、若手の現状とか視界に入ってない感じにちょくちょく違和感を感じるようになったけど、そこまで鼻につくわけでもなくフォローしたままだった。 ある時、彼がLINEか何かの画像を無言でTwitterに上げていた内容を見て呆気にとられた。 『

                                  コンサルだけど同業ツイッタラーにクソムカついた愚痴
                                • みずほ銀行の新システムがIBM×COBOLで昭和っぽさあるとおもったら逆で、みずほだけが「脱・昭和」できてたのか - in between days

                                  日経 xTECH(クロステック)で「35万人月、みずほ銀行システム統合の謎」というシリーズ記事が公開されている。 tech.nikkeibp.co.jp 出典は「日経コンピュータ」誌の2019年9月5日号で、32ページにわたる特集を全19本の記事で構成している。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH(クロステック) 有料会員向けの記事ということもあるんだろうけれど、上記のような一部記事だけが微妙なかんじでバズっていて、その記事を読むと、まあこういう感想になる。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH(クロステック) 今年って昭和何年だっけ? “基盤とアプリ開発のベンダーが異なることで特有の難しさも生じた。富士通はIBMの基盤上で動作するCOBOLプログラムを開発しなければならなかった”2019/09/10

                                    みずほ銀行の新システムがIBM×COBOLで昭和っぽさあるとおもったら逆で、みずほだけが「脱・昭和」できてたのか - in between days
                                  • エンジニアのための「Notion」入門

                                    株式会社SODAの社内勉強会で使用した資料です こちらは株式会社SODAのエンジニア社内勉強会にて @decoch が発表したときの資料です。 株式会社SODAについては以下リンクなどをご覧ください。 これはなに? いま流行りの Notion を使っている方は多いと思うのですが、いまいち使いこなせていない、メモ帳としては使っているけどデータベースってなに? というエンジニアの方向けに Notion の使い方を書いた入門記事です。 Notion とは notion.so からお借りしました ドキュメントやテーブルだけでなく望み通りに機能するようにカスタマイズできるワークスペースです。 基本的な使い方 新しくページを作りメモをとったりチェックボックスでタスクを管理したり、Markdown のように使うことができます。 / と打つことでサジェストされ /page と入力し決定をすると新しいページ

                                      エンジニアのための「Notion」入門
                                    • Silicon Valley Bankの突然死

                                      ここベイエリアにはSilicon Valley Bank (SVB)という銀行がある。地方銀行ではあるが、全米16位で20兆円の顧客資産を預かっているというから相当の規模である。この銀行が、今朝突然死んだ。日本の人にとっては遠くの世界の出来事だと思うが、シリコンバレーのテック・スタートアップには大激震であるので、その様子を一人のスタートアップ創業者としてお伝えしたい。 第一報が来たのは木曜日の午後2時である。うちの筆頭投資家の一人から、SVBがやばいらしいから六ヶ月分の運転資金はどこかに動かしたほうがいいかも、という短いメールが来た。ニュースを見てみると、株式市場が閉まった後でSVBが売られまくって大変な事になっていた。幸い、うちは半年くらい前に別な銀行に乗り換えたので、特に影響はない。そのようにメールを返した。それに、この時はそこまでは心配していなかった。仮に、SVBにキャッシュが全部あ

                                        Silicon Valley Bankの突然死
                                      • 「できない理由」を並べる人々は、とりあえず無視して構わない。

                                        コンサルタントをやっていた時、「できない理由」を並べ立てる人々に数多く出会った。 彼らの習性として「新しい何か」には、ほぼ「忙しい」と反対する。 また、リスクばかりを強調し、その打開策は探そうとしない。 例えば、こんな具合だ。 企画「今年の方針発表にもあった通り、お客さんにサービスの満足度についてヒアリングをしたいのですが。」 営業「いや、今すぐは忙しくて無理ですよ」 企画「社長からは「すぐに」と言う話だったと思いますが……、なぜですか?」 営業「ただでさえ目標がキツイので。目標達成に影響が出ます。」 企画「そうですか。では、我々が動くので。営業の方は何もしなくていいですよ。」 営業「いや、それも困ります。」 企画「なぜですか?」 営業「お客さんを混乱させてしまうかもしれないからです。」 企画「具体的には?クレームが来る、という事でしょうか?」 営業「まあ、そうかもしれません。」 企画「か

                                          「できない理由」を並べる人々は、とりあえず無視して構わない。
                                        • “プライバシーマーク認証団体”が情報漏えい 審査員が個人PCで書類保存、約3年間外部から丸見えに

                                          個人情報の取り扱い体制について評価・認証する「プライバシーマーク制度」(Pマーク制度)を運営する日本情報経済社会推進協会(JIPDEC)は11月13日、8月に発表したPマークの審査関連書類が漏えいした事案について、調査結果を発表した。 8月8日、Pマークを取得した事業者1社から「ネット上でPマークの審査関連資料と思われるファイルが閲覧可能となっている」と連絡を受け、事態が発覚した。調査を行ったところ、Pマーク審査員1人が個人所有のPCに廃棄すべき審査関連書類を保存して持ち帰っていたことが明らかに。資料を保管していたNAS(Network-Attached Storage)に適切なセキュリティ対策がなされておらず、ネット上で閲覧できる状態になっていた。 その後の調査では、この1件以外にも最大888社の審査関連情報と審査員名簿が漏えいした可能性があることも判明。さらに、この審査員が2005年1

                                            “プライバシーマーク認証団体”が情報漏えい 審査員が個人PCで書類保存、約3年間外部から丸見えに
                                          • 富士通などのSIerの惨状を見ていると、太平洋戦争で負けた大日本帝国を思い出す――2019上半期BEST5 | 文春オンライン

                                            *  *  * 猪瀬直樹さんの往年の名著に『昭和16年夏の敗戦』(中公文庫)があります。私も引っ越しのたびに本棚を整理するものの毎回生き残り、半年に一度ぐらいは目を通すぐらいに現代でも通用する非常に興味深い記述の多い内容に涙するわけであります。 ここまで鮮やかな筆致で戦前の空気感や日本の俊英たちの軌跡を描いておきながら、猪瀬直樹さんご自身はカバンに5,000万円が入らず謎の借用書片手に東京都知事の職を追われてしまい『平成25年冬の敗戦』状態になっておったのが物悲しいです。本書と並び、戦前の日本組織について一般に語られるレベルで大きな影響を与えた『失敗の本質―日本軍の組織論的研究』(戸部良一ほか・著、中公文庫)もまた、日本って何でこんなつらくて勝てない組織なの? という話が並んでいるので興味津々であります。 日本人が経営の組織はだいたい同じ問題を抱えている で、先日、日本の大手SIerであり

                                              富士通などのSIerの惨状を見ていると、太平洋戦争で負けた大日本帝国を思い出す――2019上半期BEST5 | 文春オンライン
                                            • 「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと

                                              Developer Summit 2020 発表資料 #devsumi

                                                「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
                                              • 日米でエンジニアの育成戦略が正反対だと気付いた話 - メソッド屋のブログ

                                                今週は、Thanksgiving はお休みムードなので考える時間や、自分の本についてディスカッションしている バンクーバーのえんじに屋さんのPodcast なんかを聞かせていただいたりしてるうちに、思い出したことがあって、記録に残してみることにした。それは、エンジニアの育成方針でこれはめっちゃくちゃ違うことに気づきましたので、シェアさせていただきたいと思います。 日米でエンジニアの育成戦略が正反対だと気付いた話 採用の段階での違い 良く知られているように、新卒のケースで考えると、こちらの場合は「コンピュータサイエンス」の学位を出ていることが前提で、中途採用の場合も、「コンピュータサイエンス」の学位を出ている、もしくはそれ相当する知識が求められる。だから、新人でも少なくともプログラムが結構組めることを期待されます。 一方、日本では文系でも理系でもプログラマになれます。採用されたときに「スキル

                                                  日米でエンジニアの育成戦略が正反対だと気付いた話 - メソッド屋のブログ
                                                • 転職活動の面接でいただいた質問集 - Qiita

                                                  この度転職活動を行って無事内定をいただいたので、記念に面接の中でいただいた質問をまとめてみました。 某大手金融のフィンテックエンジニアに転職します!! 転職活動当初は、レガシー、ジョブホッパー、経験少でダメ出しの嵐🍃 でも諦めずNuxt+Firebaseでのサービス開発、マイクロサービス化ポートフォリオ、CTFの取組、GitHub毎日コントリビュート、個人活動も頑張って内定頂けて本当よかった😁 — bindingpry (@bindingpry) November 19, 2021 基本的に技術面接では、履歴書や実務経験の技術、ポートフォリオで扱っている技術、自分で口にした技術を深ぼられることが多かったです。 そこはしっかり技術を扱えるだけでなく説明できるようにすることも必要だと思いました。(自分は最初ボロボロでしたが笑) また正社員の面接では技術と同等に、仕事への姿勢、性格、事業への

                                                  • エンジニアのための Figma 知識

                                                    本記事の多くは Inspect モードを前提に解説しています。 下記に Dev Mode に対応した解説を書いてみたのであわせてご参照ください。 https://codezine.jp/article/detail/18000 エンジニアにデザインツールの知識・習熟は必要か? しなくても仕事はできると思うのですが、あるとよりクオリティの高い仕事ができることは間違いありません。 という訳でエンジニアがエンジニアとしての仕事をしていく上で「Figma のこういうことを知っておくと良さそう」という知識をまとめてみました。 ユースケースを考える まず始めにデザインは作らないはずのエンジニアが Figma を使う時にどんなユースケースがありそうかを考えてみます。 デザインを元に実装する時 デザインから何かを生成したい時(コードとか画像とか) 自分でちょこっとデザイン修正しちゃう この辺りがあるかな〜

                                                      エンジニアのための Figma 知識
                                                    • なぜIT職は首都圏に一極集中するのか【6割が一都三県在住】

                                                      にゃんこそば🌤データ可視化 @ShinagawaJP IT業界、どこでも起業できそうなイメージとは裏腹に「超」がつくほどの一極集中で、従業者の約60%が首都圏1都3県に住んでいる。 (※年齢・性別を問わず同じ傾向) これからの5年・10年、働く場所・住む場所のあり方が変わった時にこの地図がどうなるのか、ちょっと楽しみ😀 twitter.com/livedoornews/s… pic.twitter.com/EvA13tF0pa 2022-01-13 21:00:21 ライブドアニュース @livedoornews 【制度変更】ヤフー"国内どこでも居住可"に、飛行機出勤も月額15万円までOK news.livedoor.com/lite/article_d… 現在は出社を指示された場合、翌日午前11時までに出社できる場所に住むことになっている。社員へのアンケートでテレワークで仕事の成果に

                                                        なぜIT職は首都圏に一極集中するのか【6割が一都三県在住】
                                                      • ゆな先生 on Twitter: "【なぜCWEBが下がるか】 中国の5年に一度の共産党大会で、習近平を筆頭とする7人の幹部が選出された。 一方で、胡錦濤は会場から退場させられ、李克強は定年前なのに完全引退させられた。 これにより、中国のテックの深刻な没落はますます加速すると思われる。 なぜテックなのか、雑に解説していく。"

                                                          ゆな先生 on Twitter: "【なぜCWEBが下がるか】 中国の5年に一度の共産党大会で、習近平を筆頭とする7人の幹部が選出された。 一方で、胡錦濤は会場から退場させられ、李克強は定年前なのに完全引退させられた。 これにより、中国のテックの深刻な没落はますます加速すると思われる。 なぜテックなのか、雑に解説していく。"
                                                        • 派遣エンジニアが起こした事件が理不尽だった件

                                                          どもども。僕はしがない派遣エンジニアです。 某零細企業から、某大手企業に派遣されています。 派遣先はお堅い職場です。 コロナのご時世ですが、リモートの「リ」も聞いたことありません。 万が一、データー漏洩した場合とんでもないことになりますからね(しらんけど そんな職場ですが、わたくしは2年ほど勤めています。 お堅い職場ゆえに息苦しさもありますが、それが心地よかったりもします。 というよりも派遣という気軽な身分が合っているのかもしれません。 さて本題に。 こんな職場へ、新しい新人さんが入ってきました。 新人といっても50代のベテランエンジニア、Aさんです。 もちろん派遣です。 Aさんはどうにも「優秀ではないエンジニア」のようでした。 かろうじてプログラミングはできるけど、IDEの使い方、フレームワーク等はほとんど経験がないご様子。 何でもかんでもプロパーさんに聞いて回るので、「そんなことくらい

                                                            派遣エンジニアが起こした事件が理不尽だった件
                                                          • ヘタクソなコードを書いてもいい - 覚書

                                                            プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*1おぞましいほど汚いものでした。そこで「これはわたしが書けば100倍くらい綺麗なコードを書けるんでは…」と一瞬思ったんですが、その後すぐに「あ、自分は知識はあるけど練習してない

                                                              ヘタクソなコードを書いてもいい - 覚書
                                                            • コードの健全性: 礼儀正しいレビュー == 役立つレビュー

                                                              .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                                                                コードの健全性: 礼儀正しいレビュー == 役立つレビュー
                                                              • 「正直9年経ったいまでもfor文ググってる」 - Qiita

                                                                「正直9年経ったいまでもfor文ググってる」 という議論記事があった。正直なところ私もググる方の人だ。私の感想: ポンとテキストエディタだけ渡された時に書けるか自信ないぞ...IDEがあればまあ大丈夫かなあ。 JavaScriptだけじゃない。言語色々扱うしという言い訳。正規表現とか毎度調べる。 だから世の中にチートシートというものがあるのだ。お気に入りチートシート多数。 実戦でどうしているか?結局周りのソースを見て馴染む書き方にしていますよ多分。 暗記するかしないかは受験勉強みたいなもので、コーディング面接に受かるなら必要。暗記そのものには意味はないとは思う。 競技プログラミングが使えないとかいう論もあったな。 ググり力も大事。 でも「最低限」もできないのはやはり恥ずかしい気持ちはある。 なんかこれ英語できるできないと似てるな。英語なんてGoogle翻訳、DeepL翻訳あればいいけど、実

                                                                  「正直9年経ったいまでもfor文ググってる」 - Qiita
                                                                • 「人生終わる。絶対にやめるな」運転士を辞め、返金保証付きのプログラミングスクールからSESにブチ込まれて後悔している話

                                                                  鉄道会社は辞めるな君 @tetsudo_yameru 私は、大手鉄道会社で電車運転士として働いていた。 2コロナ禍の中で自由と鉄道会社の危機を覚えてプログラミングスクールに通うため、運転士を辞めた。 授業料に80万消えて、SESにぶちこまれて年収も300万下がり、自由を失った。 甘い言葉に乗せられて安定を捨てると人生終わる 絶対に辞めるな 2021-01-02 14:16:20

                                                                    「人生終わる。絶対にやめるな」運転士を辞め、返金保証付きのプログラミングスクールからSESにブチ込まれて後悔している話
                                                                  • 地方でSaaS導入支援会社を起業して3年、階段から降りられなくなった(前編)|井領明広@つづく株式会社代表

                                                                    私は階段から降りれなくなった。 体調が悪いわけではない。筋肉痛でもなく。 「行かなくては」 と思った。 しかし、私は階段が降りられなかった。その日の仕事は、会社のスタッフがなんとかしてくれた。 私は、 私が経営する、 私の会社に、 行けなくなった。 今となっては笑い話かもしれないが、当時は最高に死んでいた。 SaaSを愛し、中小企業を愛した私はSaaSが心の底から好きだ。そして日本の中小企業は、もっと好きだ。 2015年から2年間、クラウド会計freeeという会社で導入支援、セールスを行ってきた。それまではNTTデータグループの企業で、大企業向けに業務システムの営業に携わった。 元をたどれば、小学校のときから経営学が好きだった。人口2000人ぽっちの小さな町では遊ぶところも無い。漫画が読みたかった私は、図書室でプロジェクトXの漫画版を読み漁った。 経営者はすごい。無から有を生み出す。 私は

                                                                      地方でSaaS導入支援会社を起業して3年、階段から降りられなくなった(前編)|井領明広@つづく株式会社代表
                                                                    • エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball

                                                                      エンジニアの辛い仕事を消す本かも(多分) 2014年の秋にリクルートに転職してから何社か経て今も自社サービスのエンジニアとして働いてるマンです. リクルートに入ったとき, そしてその後の転職先*1などなどで, 社内外問わずのコミュニケーションの辛さ. 社内調整, 顧客折衝etc... コードじゃなくて, ドキュメントを書く仕事の辛さ. プレゼンテーション・説明そのもの. 技術わかんない上司に説明(ry*2 みたいな経験をたくさんしました&これはエンジニアをやってたら誰でも直面する事態かなと思います, 自社サービス企業だろうがSIer/受託開発の企業だろうが. そもそも, 昔の調査にもそんな雰囲気ありますし, おそらく今もさほど変わらないでしょう. ...ということを, 前回のブログの執筆中および反響で改めて思い*3, そういえば自分はこの辺, 元々ITコンサルタント*4だった時に学んだこと

                                                                        エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball
                                                                      • メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog

                                                                        スマートキャンプで業務委託でエンジニアをしている佐藤です。BOXILの開発を1年3ヶ月前から、沖縄からフルリモートでやっています。 皆さんは、毎日楽しくお仕事できていますか? エンジニアという職業は労働時間やストレスが多く、IT業界は他の業界と比べて精神疾患にかかりやすいと言われています。 私はもともと自己否定ばかりしてしまう思考の癖があることに加えて、7年前に起業に失敗してメンタルを壊してしまったことをいまだに引きずっていて、日々悩みながら生活をしています。 スマートキャンプは、過労とは無縁で、メンバー間のサポートもよく、これ以上ないくらい私に合った職場です。それでも自分の心の問題で不安になったり、絶望感に襲われたりすることがあります。今回はそうなるたびに書き綴ったメモを、開発中にネガティブな気持ちにならないための技術としてまとめようと思います。 メンタルが強くないエンジニアはこんな気持

                                                                          メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog
                                                                        • 〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか

                                                                          ※『世界』2023年3月号収録の記事を、増補改訂のうえ特別公開します はじめに ネット上の匿名掲示板サイト「2ちゃんねる」(現在は「5ちゃんねる」)の創設者、ひろゆき、こと西村博之が人気を博している。 1999年5月にスタートした2ちゃんねるのほか、2007年1月にスタートしたニコニコ動画など、ネットの普及期にいくつかのサービスの立ち上げに関わり、起業家として成功した彼は、2010年代後半からユーチューバーとして活動し、視聴者からの相談に答えるライブ配信番組を通じて人気を博した。さらにその間、ビジネス書や自己啓発書を次々と出版し、ベストセラーライターとして名を馳せるかたわら、テレビ番組にコメンテーターとして出演するなど、マスメディアでも広く活躍するようになる。 その人気はとくに若い世代に顕著で、若者や青少年を対象とする調査では、憧れる人物などとして頻繁にその名が挙げられるほどだ。その配信番

                                                                            〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか
                                                                          • 新しくプロダクト開発に入ったときにやっていること | wapa5pow blog

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

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

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

                                                                                GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)
                                                                              • 初心者プログラマーのための変数/関数/メソッドの英語命名規則 - Qiita

                                                                                はじめに 「なんか、レビューのたびに変数名を指摘されてる気がする...」 「日本人なんだから、英語で命名とか無理...」 こんなお悩みありませんか? この記事では、「プログラマーが英語の命名で悩んだ時にどうすれば良いか」をフローチャート形式で解説します! これであなたも駆け出しエンジニアを卒業できるかも!? ※本記事はLaravel,Vue.jsのプロジェクトで運用されているルールを元に解説しています。 プロジェクト内だけの内輪ルールも含まれていますので、ご了承ください。 対象者 この記事は下記のような人を対象にしています。 駆け出しエンジニア プログラミング初学者 PHP(Laravel),JavaScript(Vue.js)で英語のネーミングに苦戦中 前提知識 下記のような中学・高校で学ぶ内容については理解していること前提で解説します。悪しからず。 三単現のsって何? 5文型(SV/S

                                                                                  初心者プログラマーのための変数/関数/メソッドの英語命名規則 - Qiita
                                                                                • 会社サイトの全体リニューアルに注力していた友達に「どうなった?」って聞いたら送られてきた画像が結果の全てを物語っていた

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

                                                                                    会社サイトの全体リニューアルに注力していた友達に「どうなった?」って聞いたら送られてきた画像が結果の全てを物語っていた