並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 5053件

新着順 人気順

プログラマの検索結果161 - 200 件 / 5053件

  • プログラマーを解雇して新しい人員に置き換えることがソフトウェアにとって致命的になり得るという指摘

    IT業界は人材の入れ替わりが激しいことが知られており、有能な開発者は好待遇を求めてさまざまなチームを渡り歩いているほか、企業側も不景気時には積極的に人員整理を行います。ところが、ソフトウェア開発チームの運営に関する複数の著書を持つBaldur Bjarnason氏は、「プログラマーを解雇して新しい人員に置き換えることは、ソフトウェアにとって致命的になり得る」と主張しています。 Theory-building and why employee churn is lethal to software companies – Baldur Bjarnason https://www.baldurbjarnason.com/2022/theory-building/ Bjarnason氏はソフトウェアのプログラマーを庭師にたとえた上で、「ソフトウェアは一時的な庭であり、その運命は庭師と密接に関わっ

      プログラマーを解雇して新しい人員に置き換えることがソフトウェアにとって致命的になり得るという指摘
    • 『PCに詳しい人しか答えられない漢字クイズ』プログラマ向け中心の全8問が無事に大喜利会場化「プログラムを[?]らせる 」

      くいなちゃん @kuina_ch PCに詳しい人しか答えられない漢字クイズ: 1. プログラムを[?]らせる 2. プロセスを[?]す 3. サーバが[?]ちる 4. APIを[?]く 5. 例外を[?]げる 6. エラーを[?]く 7. バグを[?]む 8. メモリを[?]う くいなちゃん @kuina_ch わたしの知識の一部をあげますので、あなたの一部をください! くいなちゃん、6さい。 フォローが多いですが、結構読んでいます。 サイト→ kuina.ch [イラスト/作曲/プログラミング/ゲーム制作/あらゆる学問/… kuina.ch

        『PCに詳しい人しか答えられない漢字クイズ』プログラマ向け中心の全8問が無事に大喜利会場化「プログラムを[?]らせる 」
      • プログラマのための公開鍵による暗号化と署名の話

        初めに 公開鍵による暗号化と署名をプログラマ向け(?)に書いてみました。ちまたによくある暗号化と署名の話はインタフェースと実装がごちゃまぜになっていることが分かり、暗号化と署名の理解が進めば幸いです(と思って書いたけど、余計分からんといわれたらすんません)。登場する言語は架空ですが、多分容易に理解できると思います。 公開鍵による暗号化PKE 早速、公開鍵による暗号化(PKE : Public Key Encryption)を紹介します。登場するのは暗号化したいデータのクラスPlainText, 暗号文クラスCipherText, 秘密鍵クラスPrivateKeyと公開鍵クラスPublicKeyです。PKEは次の3個のインタフェースを提供しています。 abstract class PKE { abstract keyGenerator(): [PrivateKey, PublicKey];

          プログラマのための公開鍵による暗号化と署名の話
        • プログラマーがメンタル弱い人向きと話題ですが、ここでIT業種の「こころの病と診断されたことがある割合」を見てみましょう

          リンク 日経クロステック(xTECH) 調査編2 「こころの病」にかかる比率、最も高いのはPG、ベンダーはユーザーの1.5倍 今回は、どんな人が「こころの病」にかかりやすいのかを、プログラマやSEなどの職種別、ベンダー/ユーザーの違い、年齢層別、性別、残業時間別など、様々な属性で分析していこう。 89 users 7 Shirai@禁酒中 0/60 @shiraponsu 株式会社Upa/元単価170万エンジニア。生成AIを利用したDXリスキリングUPACITY(upacity.jp)/未経験転職に強いキャリア支援事業ウパキャリ(https://t.co/NcDlClGwb2)など。春から法学部の社会人学生!東洋囲碁5段。 youtube.com/@shuraisan?si=…

            プログラマーがメンタル弱い人向きと話題ですが、ここでIT業種の「こころの病と診断されたことがある割合」を見てみましょう
          • プログラマーといえばスーパーハッカーかコーディング職人みたいな2極化した個人のイメージがまだ根強そうだということを今回のツイッターの騒動から感じた - in between days

            今回のツイッターの件でいろいろな記事や書き込みやコメントを見てて、未だに世間的にはプログラマーといえばスーパーハッカーな超人くんか、無個性な組立工やコーディング職人の集団、というような2極化した個人のイメージが主流なのかなと感じた。 イーロン・マスクを支持してる陣営は、優秀だが有害な前者に鉄槌を食らわした、あるいは無能な後者を大量に撃滅したみたいな喝采をおくっている。逆の陣営は、スーパープログラマーや属人化した知識を持ったエンジニアが解雇されたことを残念がっている(後者はまた雇えるだろうくらいに思ってそうだけど)。 でも実際のところ、エンジニア個人の去就より、ツイッター内のいろいろな開発チームが壊れてしまったこと。もっというとイーロン・マスクが自らの手で「チームを壊した」としか言いようのない行動を取っていることのほうが今後への影響は大きいんじゃないかと思う。スポーツと同じで、たとえエースが

              プログラマーといえばスーパーハッカーかコーディング職人みたいな2極化した個人のイメージがまだ根強そうだということを今回のツイッターの騒動から感じた - in between days
            • AI時代のプログラマの在り方|牛尾 剛

              ChatGPT 4がリリースされてから、近い将来プログラマという職業はどうなってしまうのだろうと、と不安になったのですが、ようやく考え方が整理できたので書いてみたいと思います。 AIと過去のテクノロジーの違い今までもディスラプティブなテクノロジーは自分の人生で何回か登場しています。そもそもパーソナルコンピュータが衝撃的でしたし、自分が大学生の時に体験したインターネットもそうでした。スマートフォンもかなりのものでした。 しかし、私はそれのどれも「脅威」は感じたことがありませんでした。なぜかというと、やりたいなら、それを自分がそれをやればよいので、そんなには困りません。ところが、今回のAIの場合は、たとえAIを自分がやったとしても、そんなに遠くないうちに自分はいらなくなるでしょう。モデルをトレインする人は必要かもしれませんが、たぶんそんなに多くの人は必要ありません。 そうでなければ、AIをイン

                AI時代のプログラマの在り方|牛尾 剛
              • プログラマーじゃなくてもChatGPTで複数キャラ会議を簡単に開催できる「GPTブロック」がおもしろかつ実用的(CloseBox) | テクノエッジ TechnoEdge

                このChatGPT機能、もっと早く出ていたらだいぶ楽だったのに……。 そんなAIサービスが今日リリースされました。昨今話題の生成系AI、チャットAIを使いやすくするサービスです。 筆者が他界した妻の写真をAIで生成していることに対してさまざまなご意見を頂戴し、それに対する考えを記事にしたのが1月6日。SNSなどから拾ったコメントを分類し、いろいろな立場からの異論・反論・オブジェクションに対して回答していったのですが、非常に骨の折れる作業でした。もちろん、記事を書いたことによる成果は非常に大きく、その後はほとんど反論らしい反論は見かけなくなったのですが、事前にこうした反響をシミュレーションできていれば、記事内に予防線を張っておけたかもしれません。 そうしたセンシティブな話題のときの反響をある程度推定し、対策できるようなサービスが出ました。 清水亮さんが開発・運営している画像生成AIサービス「

                  プログラマーじゃなくてもChatGPTで複数キャラ会議を簡単に開催できる「GPTブロック」がおもしろかつ実用的(CloseBox) | テクノエッジ TechnoEdge
                • 「プログラマーの本質に立ち返る時が来た」コードを書き続けてきたアラフォー世代に迫られるAI時代の自己変革【伊藤淳一×遠藤大介】 - エンジニアtype | 転職type

                  転職・求人情報サイトのtype エンジニアtype 働き方 「プログラマーの本質に立ち返る時が来た」コードを書き続けてきたアラフォー世代に迫られるAI時代の自己変革【伊藤淳一×遠藤大介】 2023.04.18 働き方 プログラマー生成AIAICTO 過去に何度か訪れたAIブーム、ノーコードツールの普及……新しいテクノロジーが登場するたび、「プログラマーは不要になるのでは」という議論がなされてきた。 ただ、どこか現実味に欠けたその議論を何となく受け流してきたプログラマーにとっても、ここ最近の生成AIの進化は無視できないものがあるのではないだろうか。 特に、10年以上ものづくりの現場でコードを書き続けてきたアラフォー世代のプログラマーにとっては、これまでのやり方をどう変えるべきか、そもそも変えられるのか……という不安がよぎる。 そこで、開発現場の最前線で長年プログラマーとして活躍してきた伊藤淳

                    「プログラマーの本質に立ち返る時が来た」コードを書き続けてきたアラフォー世代に迫られるAI時代の自己変革【伊藤淳一×遠藤大介】 - エンジニアtype | 転職type
                  • プログラマなんて飯を食べれればいい派にとって「高1の途中以降の数学は要らない」と思う|euroGOGO

                    フォローよろです (この方がそうかわからないけど)Rust界隈の人の発言が結構、プログラミングスクール界隈の人と水と油みたいになっているきがして、気になる。 ===(追記)=== とおもって書いてたら数学は要らない派の人がちょっと不味いことをいってたので。。https://techgym.jp/colmn/mingra38/私はできれば高1の途中ぐらいまでの数学はいると思います。不要なのは、東大目指して大量に「二次関数」の問題を大量に取り組むみたいな数学のことを指し示します。学習指導要領に沿っていうと中2で数学を辞めるという感じだとそもそも、頭をつかってプログラミングに向いてなさそうです。 ===(追記)=== なんだかゴール設定が違うのが理由かもしれないが、一応両方の心が分かる人だと思うし、プログラミングスクール界隈の方に肩入れしているので、Rust界隈の人のエッジの効いた発言に対しては

                      プログラマなんて飯を食べれればいい派にとって「高1の途中以降の数学は要らない」と思う|euroGOGO
                    • 「アニメ『Dr.STONE』の世界にプログラマーが行っても何もできないのでは」に対して様々な役立つ具体例が提示される流れ

                      寺本.hackforplay(); @teramotodaiki 最近はLLMsで遊んでばかりいる、プログラミングが好きになるゲーム「ハックフォープレイ」の開発者です。 hackforplay.xyz IPA未踏'15 とか、未踏ジュニアメンターとか。仕事ではHelpfeelというFAQのSaaSを開発しているWebのエンジニアです。 hackforplay.xyz 寺本.hackforplay(); @teramotodaiki Dr.STONE観てると、プログラミングしか出来ない自分はストーンワールドで何が出来るかっていつも考えさせられる。真空管からプログラミングまでのギャップがあまりにも大きい。コンピューターを作るまでにどれだけの専門家の頭脳が必要になるのか。プログラミング人材は復活の優先度が低い 寺本.hackforplay(); @teramotodaiki ↑何が言いたかったの

                        「アニメ『Dr.STONE』の世界にプログラマーが行っても何もできないのでは」に対して様々な役立つ具体例が提示される流れ
                      • 恐るべき職人技!米国のプログラマーが「妊娠検査キット」でプレイアブルな『DOOM』を動作させることに成功

                        米カリフォルニア州在住のプログラマーであるフォーン・トゥリングは、なんと1993年のオリジナル版『DOOM』を妊娠検査キットで動作させることに成功し、ビデオゲーミングを次のレベルへと昇華させた。 フォーンは自分のTwitterアカウントで、リック・アストリーの「ギヴ・ユー・アップ」のミュージック・ビデオや踊るナナフシなど、複数の映像を妊娠検査キットで再生している様子を公開したが、ビデオゲームの世界では『DOOM』と『The Elder Scrolls V: Skyrim』の映像はとりわけ大きな反響を呼んだ。下の動画を観てみよう。 hey you, you're finally awake. You were trying to get pregnant, right? pic.twitter.com/uCgmymvahS — foone (@Foone) September 5, 2020

                          恐るべき職人技!米国のプログラマーが「妊娠検査キット」でプレイアブルな『DOOM』を動作させることに成功
                        • 中国のプログラマー、違法「壁越え」で処罰 重すぎる没収額に物議 | 毎日新聞

                          中国のインターネット検閲システムをVPN(仮想プライベートネットワーク)で違法に「壁越え」をしたなどとして、河北省承徳市の公安当局が、同市在住のプログラマーの男性に対し約3年間の所得105万元(約2100万円)の没収を命じる処分を言い渡し、中国内で物議を醸している。「行き過ぎだ」と所得没収への批判が強く、背景に地方政府の財政難があるのではとの疑念を示す声も出ている。 香港メディアなどによると、この男性は2019年9月から22年11月までの間、世界中の誰もが利用できるソフト開発共有サイト「GitHub」などを活用しながら、海外のソフトウエア会社から受注したプログラミング業務に従事。地元の公安当局は、中国政府が認めていないVPNを使い海外サイトに接続したとして200元(約4000円)の罰金に加え、不当な所得だとして3年余りの収入105万元の没収を命じたという。 国家の安全と社会の安定を最優先と

                            中国のプログラマー、違法「壁越え」で処罰 重すぎる没収額に物議 | 毎日新聞
                          • 「ベタープログラマ」を読んだ - Magnolia Tech

                            原著が出てたときから割と気になっていた「ベタープログラマ」を読んだ。 全体的な感想 第Ⅰ部はコードスタイルや、不要なコードの存在、テストコードを書く話など、非常に実践的な内容が多かった。 第Ⅱ部は割と考え方というか、思想的な話になっていって、第Ⅰ部をきちんと読んで危機感を持って行動を変えられる人であれば自然とそこに到達するのでは?と思った。 まずは第Ⅰ部をしっかり読んで、自分の置かれた環境との差異や、これから行動することを書き出す、みたいな読み方をすると良い。 第Ⅲ部以降は、もう完全に生き方というか、エンジニアとしての振るまいや、哲学の話になってくるので、一気に通読する、というより少し間を置いて拾い読みしながら読み進めて行くと良いかも。 流し読みしても全然役に立たないタイプの内容なので、読書メモは必ず書いた方がいいと思うし、書かれていることが万人にとって正解、といった類いのものでもないので

                              「ベタープログラマ」を読んだ - Magnolia Tech
                            • プログラマ vs AI 生存競争

                              Previous slideNext slideToggle fullscreenOpen presenter view プログラマ vs AI 生存競争 mizchi NextBeat 第一回プログラミング教育について語る会 About https://x.com/mizchi Node.js とフロントエンドの専門家 100万*達成率で御社のフロントエンドの高速化をやります 話したいこと 今一度、共同作業者・競争相手としてAIを見直す 「俺達はAIに勝てるのか?」 2024/09 (chatgpt o1-preview) の世界観 AI ≒ LLM 背景 機械学習はにわか。主にユーザー目線 前職: 非エンジニア向けコード生成パイプラインのR&D 大学の研究室で教育工学を少し(暗黙知記述、オントロジー) もう一度向き合う プログラマ vs AI プログラマ vs AI 建前 「AI は人

                              • 書店の音楽コーナーで「リーダブルコード」を発見するプログラマ

                                Kazushi @vr_kzsh 今日は書籍部に行きました。 『リーダブルコード』が音楽のところに置いてありました。 そっちのコードじゃねえからな!!!!! pic.twitter.com/Vqb6zjZwpX

                                  書店の音楽コーナーで「リーダブルコード」を発見するプログラマ
                                • 技術記事を書かないプログラマへ向けた記事

                                  はじめに 今回の記事では効率的に技術記事を書くための具体的なテクニックは取り扱わない。技術記事を書くことのメリットや技術記事を書く上で重要なマインドセットを中心に徹底解説する。 要旨:プログラマーは積極的に技術記事を書くべき 私たちプログラマーは積極的に技術記事を書くべきだ。TwitterでもQiitaでもこのZennでも構わない。とにかく何でもいいので、自分の学びや気づきを記録してそれを公開する習慣をつけよう。自分で学んで得られた知識や気付き、新しい価値観をまとめる作業は自分にしかできない。 記事を書くべき理由 記事を書くべき理由はざっくり以下の通り。 知識が定着するから 説明する能力が上がるから プログラマーとしての人となり(興味のある技術やプログラミングに対する価値観、説明する能力など)を知られるから それぞれ順番に解説する。 知識が定着するから 知識を定着させるための最高の手段は、

                                    技術記事を書かないプログラマへ向けた記事
                                  • 日本人プログラマー向けカスタムフォント「UDEV Gothic」が約2年半ぶりのメジャー更新/「BIZ UD」+「JetBrains Mono」でソースコードと日本語コメントの可読性を両立

                                      日本人プログラマー向けカスタムフォント「UDEV Gothic」が約2年半ぶりのメジャー更新/「BIZ UD」+「JetBrains Mono」でソースコードと日本語コメントの可読性を両立
                                    • 達人プログラマー(第2版) 読んだ - console.lealog();

                                      久しぶりに物理本を読んだけど、やっぱ物理はええな・・かさばるとこ以外。 せっかくなので読書感想文と、特に印象に残った部分を、章ごとに書いておく。 第1章: 達人の哲学 この本を読んでいくにあたって、そもそも達人とはなんぞやという話がメイン。 プログラマーというより、いわゆる社会人としてこうあれみたいなテーマで書かれてて、なんかみんな読んだらいいのではと思いました。 物事をうまく進捗させるために、 まず何を言いたくて その結果どうしたいのかまで考えて 相手の状況やタイミングを見計らって コミュニケーションを実行する・されると、あれこれスムーズにいきますよっていう。 このテクは中々に便利で、日常生活でもそれこそ夫婦間とかのコミュニケーションでも使える話かなーと思ってて。 ただ自分の場合はこれをやりすぎて、質問してるはずが誘導尋問みたいになっちゃうときがたまにある・・。 第2章: 達人のアプロー

                                        達人プログラマー(第2版) 読んだ - console.lealog();
                                      • 非プログラマーの人から「Githubってなに?」と聞かれたら「プログラマー版のpixiv」って答えるとわかりやすいと思うのでぜひ使ってください

                                        坂すたじお@工業ゲー開発者 @sakastudio_ 非プログラマーの人から聞かれた「Githubってなに?」に対する答えで「プログラマー版のpixiv」って答え直感的にわかりやすいと思うのでみんなぜひ使ってください 2022-01-04 09:05:46 坂すたじお@工業ゲー開発者 @sakastudio_ Unity/C#/java/Python/Blender/UE4/C++ 個人ゲーム開発者です。#moorestech という工業ゲー作ってます。 Steam→onl.tw/1g1su2U Discord→https://t.co/ZPymAW25IC github.com/sakastudio

                                          非プログラマーの人から「Githubってなに?」と聞かれたら「プログラマー版のpixiv」って答えるとわかりやすいと思うのでぜひ使ってください
                                        • Node.jsのスーパープログラマ達の今 - @ledsun blog

                                          僕がNode.jsを熱心に勉強していた頃に、スーパープログラマとして憧れていた人たちが、今何をやっているのか調べてみました。 github.com Express.jsなんかを作っていたtjは、Go言語がメインに書いているようです。 OSS活動自体あまりやっていなさそうです。 github.com Browserifyをつくっていたsubstackは、主にrustを書いているようです。 サーバーを書いていた人はGo言語に、CLIを書いていた人がrustに行くのかもしれません。 github.com Babelを書いていたsebmckもrustです。 github.com Rad VaggはGo言語とPythonのようです。 github.com tjfontaineはOSS活動がほとんど無くなっています。 ここからはNode.jsを去っていない人たちです。 github.com Guill

                                            Node.jsのスーパープログラマ達の今 - @ledsun blog
                                          • DeepMindのAI「AlphaCode」が人間のプログラマーと互角になってきた

                                            DeepMindのAI「AlphaCode」が人間のプログラマーと互角になってきた2022.12.23 20:0020,230 Mack DeGeurin - Gizmodo US [原文] ( 禿頭帽子屋/Word Connection JAPAN ) 人工知能(AI)に秘められた能力の段階的な発達をたどるという話になると、なぜかチェスや囲碁といった昔ながらのボードゲームが持ち出されがちです。その例は挙げればきりがないほどで、つい最近にも、戦略ゲーム「ディプロマシー」をプレイできるAIが話題になりました。しかし、こうした事例で示されるのは、あくまでもAIが現実世界の問題を解く能力の範囲に限られます。 これよりずっといい「力試し」になりそうなのが、AIと人間をプログラミングのコンテストで競わせることです。Alphabet傘下のDeepMindが保有するAIモデルAlphaCodeが、実際に

                                              DeepMindのAI「AlphaCode」が人間のプログラマーと互角になってきた
                                            • プログラマーのための行動経済学 (コードをきれいにするのはいつ?) - techtekt

                                              はじめに サマリー 先延ばし傾向(現在バイアス) 対策:コミットメント 課題点 1. 金銭的な制裁を行うのが難しい 2. 現在バイアスを自認していない人はコミットメント・デバイスを使わない 3. コミットメント・デバイス設計の問題 組織内の先延ばしを防ぐには まとめ ※三浦は退職していますが、本人の同意を得て、掲載を継続しています。 はじめに こんにちは。パーソルキャリア株式会社でデータアナリストとして働いている三浦です。 8 か月前ぐらいに、将来の自分のためにもコードはきれいにした方が良いという内容の記事を書きました。 プログラマーのための行動経済学 (自信過剰とリーダブルコード) コードをきれいにする、新しい技術を学ぶ。 将来のために必要だと分かっていても、面倒でつい先延ばしにしてしまいませんか。 この記事も、半年前には書き終わっている予定でした。 今回は、こういった先延ばしをテーマと

                                                プログラマーのための行動経済学 (コードをきれいにするのはいつ?) - techtekt
                                              • プログラマ視点での生成AIとの付き合い方

                                                プログラミングについて、最近考えてることについてのポエム。 基本的に、 GPT-4 と Claude-3-Opus を使った経験を念頭に置いて話をする。機械学習エンジニアではないので、あくまで利用者に徹した視点での話。仕事で生成AIを使ったパイプラインを作ったりはしている。 生成AIの進化速度を予測しておく 今大事なことは、今AIがどの程度の性能かという定点の話ではなく、その進化の速度を認識すること。 コード生成というタスクにおいて、生成AIモデルを人間に当てはめると、こんな感じの人物像を自分は持っている。 GPT-4: プログラミング経験2年目の大学2年生 Claude-3-Opus: プログラミング経験3年目の大学3年生 ここでいうn年目は、業務経験ではなく、プログラミングの単位がある大学での、教育課程としての経験年数。今のひたすら学習量を増やす方式だと、単に1年に1年分ぐらい賢くなっ

                                                  プログラマ視点での生成AIとの付き合い方
                                                • Appleで26年間勤め上げたプログラマーが引退後に思いを語る、「気づいたらまたプログラミングを始めてしまう」とポツリ

                                                  Appleで26年間働き、退職してから1年半が経過したというプログラマーのジョン・カルフーン氏が、退職後に感じたことをブログにつづりました。 Same Stop https://www.engineersneedart.com/blog/samestop/samestop.html 1980年代後半、大学生だったカルフーン氏はMacintoshコンピューターを手に入れてプログラミングに夢中になりました。カルフーン氏はもともと遊びでシェアウェアのゲームを制作しており、その後生活のために商用ゲームを制作する日々が続いたあと、Appleに入社しました。 大学生時代のカルフーン氏。 退職した医師が手術をやめてゴルフを始めるように、26年間働いたAppleを退職したあとはキーボードを手放すだろうと予想していたカルフーン氏。退職後の14カ月間は木工製作やBlender・3Dプリントの実験、自転車に乗っ

                                                    Appleで26年間勤め上げたプログラマーが引退後に思いを語る、「気づいたらまたプログラミングを始めてしまう」とポツリ
                                                  • プログラマーがソースコード内に書いた「アスキーアート」図2000点以上を収集 使われ方を分析しデータベース化【研究紹介】 レバテックラボ(レバテックLAB)

                                                    米カリフォルニア大学サンディエゴ校に所属する研究者らが発表した論文「Taking ASCII Drawings Seriously: How Programmers Diagram Code」は、ソースコード内で使用するアスキーアート(ASCII art)を収集し分析した研究報告である。 ▲ソースコード内で活用されたアスキーアートの一例 keyboard_arrow_down 研究背景 keyboard_arrow_down 研究内容 オープンソースのソフトウェア開発では、プログラマーがコードの中にアスキーアートを使って図を描き、アイデアを視覚的に表現することがよくある。アスキーアートはコードや自然言語では表現しにくい概念を視覚的に明快に説明でき、またコードよりも詳細度は低いものの、コードを理解するうえで「サムネイル」のような役割を果たす。 こうしたアスキーアートは、実際のソフトウェア開発

                                                      プログラマーがソースコード内に書いた「アスキーアート」図2000点以上を収集 使われ方を分析しデータベース化【研究紹介】 レバテックラボ(レバテックLAB)
                                                    • モダンプログラマになれない組込みプログラマの苦悩 - Qiita

                                                      はじめに 10年以上組込みエンジニアをしている@yagisawaです。 Qiitaのトップ記事では新しいフレームワークの使い方とかモダン言語の新しい言語仕様の解説とかが流れてきて、いつも羨ましいなーと思いながら読んでいます。 本記事は組込みシステム開発をしていて経験したこと・感じたことを自虐ネタとして書き連ねていこうと思います。他ITエンジニアの人に「うわっ、可愛そう」って思ってもらうのが目標です(ぇ 各業界それぞれに悩みはあると思うので、自分たちが一番不幸とかは思っていません。おそらく隣の芝が青く見えているだけです。それよりあまり組込みの記事は見かけないので、「組込みエンジニアの仕事ってこんな感じ」というのを知ってもらう意図があったりします。 内容によっては「それはあなたの設計が悪いからです」と言われてしまうようなところもあるとは思いますが、建設的なご意見は大歓迎ですが基本は温かい目で見

                                                        モダンプログラマになれない組込みプログラマの苦悩 - Qiita
                                                      • プログラマの三大美徳について…その原典ではどう語られているのか - Magnolia Tech

                                                        プログラミングPerl〈VOLUME1〉 作者:ウォール,ラリー,オーワント,ジョン,クリスチャンセン,トム発売日: 2002/09/01メディア: 単行本 何度も読み返す技術書の話題で忘れてはいけないのがPerlの作者であるLarry Wallが書いた「Programming Perl」。 この本、Perlというプログラミング言語に関する解説書である共に、定期的にブログなどで話題になる「プログラマの三大美徳(無精、短気、傲慢)」に ついて解説されている原典でもある。 この三大美徳…意外と原典ではストレートには語られていない点も興味深い。三大美徳の中身は散々語られているので、ここでは原典でどのような流れで語られているのか調べた。 Perl自体の人気もだいぶ下がっているし、日本語に訳されているのはPerl 5.6対応(20年前!)の第3版しかなく、2012年に出版された第4版は日本語には翻訳

                                                          プログラマの三大美徳について…その原典ではどう語られているのか - Magnolia Tech
                                                        • 数学は難しい、だからこそ面白い。アカデミアを諦めてプログラマーに戻った私が今でも学び続ける理由 - Findy Engineer Lab

                                                          はじめまして、千葉竜介(@metalunk)です。 ソフトウェアエンジニアとしてのキャリアをサーバーサイド開発からはじめ、その後は数学の知識と組み合わせることで機械学習エンジニア、検索エンジニアとして働いてきました。現在は株式会社10X で検索と推薦のシステムを作っています。 機械学習と検索は、ソフトウェアエンジニアリングの中でも特にコンピュータサイエンスの知識が重要である分野だと思います。実際に、機械学習と情報検索は現在アカデミアでもっとも活発に研究されている分野の一つです。 そんな分野の専門エンジニアを名乗るような人というのは、小さい頃から算数が大好きで、大学一年の線形代数に躓くことなく進んできたに違いない、と思うかもしれません。しかし、少なくとも自分は違いました。 そんな自分のキャリアについて、この記事では数学を軸に据えてお伝えできたらと思います。 はじめに:ぼくが理系に進んだ理由

                                                            数学は難しい、だからこそ面白い。アカデミアを諦めてプログラマーに戻った私が今でも学び続ける理由 - Findy Engineer Lab
                                                          • 銀行のシステムはどのような仕組みか、プログラマーがIBMメインフレームのCOBOLプログラマーだった母親にインタビューした結果を公開

                                                            自身もプログラマーというトム・ジョーデルさんが、大手銀行でIBMメインフレームのCOBOLプログラマーとして働いているという自身の母親に銀行のシステムについてインタビューしました。 Interviewing my mother, a mainframe COBOL programmer https://ezali.substack.com/p/interviewing-my-mother-a-mainframe ジョーデルさんの母親は1991年にノルデア銀行で社内研修を始めました。研修の間にさまざまなテストが行われ、そのうちの心理テストやマルチタスクテストにおいてジョーデルさんの母親はひどいスコアを取ってしまったとのこと。一方、IQテストなどその他のテストでは非常に良いスコアを獲得し、研修後にはIBMメインフレームのCOBOLプログラマーのポジションを割り当てられました。 技術的な観点から

                                                              銀行のシステムはどのような仕組みか、プログラマーがIBMメインフレームのCOBOLプログラマーだった母親にインタビューした結果を公開
                                                            • Q. 妹は何歳でしょうか? プログラマー「44 - 2 = 42だよね」テスター「これは容易には答えられないな」テスターに求められるスキルとは

                                                              Mark Ward @mkwrd 流行っているから元のスライドもご紹介します。ITエンジニアの分類の一つ「テスター(テスト・品質の専門家)」の仕事と自己研鑽についての資料で、ぼくが2020年6月に書いて登壇したものです。 speakerdeck.com/mkwrd/200610-t…

                                                                Q. 妹は何歳でしょうか? プログラマー「44 - 2 = 42だよね」テスター「これは容易には答えられないな」テスターに求められるスキルとは
                                                              • 天才プログラマーにIT担当大臣になって欲しいって言うの、優秀なエンジニア..

                                                                天才プログラマーにIT担当大臣になって欲しいって言うの、優秀なエンジニアをマネージャーにさせたがる組織そのものじゃん

                                                                  天才プログラマーにIT担当大臣になって欲しいって言うの、優秀なエンジニア..
                                                                • ファイルストレージ・ブロックストレージ・オブジェクトストレージの違いと、AWSのストレージサービスとのマッピング - プログラマでありたい

                                                                  こんにちは。仕事でAWSの構築し、プライベートでAWSの研究と技術書の執筆をし、Amazonで本を売っているAmazon依存症疑惑のある佐々木(@dkfj)です。 AWS使い始めてまず悩むことのベスト10の一つが、ストレージサービスの選び方です。AWSにはS3やEBSの他に、EFSやFSxなど多種多様なストレージサービスがあります。今回は、ストレージサービスの種類から、AWSのサービスの使い分けを説明したいと思います。 ストレージサービスの種別 一口にストレージといっても、用途に応じて幾つか分類できます。代表的なのが、ファイルストレージ・ブロックストレージ・オブジェクトストレージです。まずは、この3つの違いをみてみましょう。 ブロックストレージ まず一番イメージしにくいのが、このブロックストレージ。ブロックストレージは、ものすごくザックリいうとハードディスクのようなもので、ブロックと呼ばれ

                                                                    ファイルストレージ・ブロックストレージ・オブジェクトストレージの違いと、AWSのストレージサービスとのマッピング - プログラマでありたい
                                                                  • 自走プログラマー 【抜粋版】

                                                                    自走プログラマー 【抜粋版】¶ 2024年08月18日 更新 このサイトについて¶ 書籍『 自走プログラマー 』120の各トピックを抜粋して公開しています。 本書で扱っている問題やベストプラクティスを参照や引用しやすくすることが目的です。 ぜひ、blogやコードレビュー等で引用し、活用してもらえたら嬉しいです。 抜粋版は書籍版に比べて詳細なコードや解説を省いています。 要点は本開かなくても分かるようにしていますが、背景や考え方などについて詳しく知りたい方は、書籍をご参照ください。 ライセンスについて¶ 書籍および本サイトの著作権は 株式会社ビープラウド にあります。 掲載されているソースコードのライセンスは CC0 (パブリック・ドメイン)とします リンク¶ 正誤表 著者・関係者による紹介blog 目次¶

                                                                      自走プログラマー 【抜粋版】
                                                                    • ニートだけどプログラマーより俺の方が凄いと思う

                                                                      だってプログラマーって労働から解放されてないもん

                                                                        ニートだけどプログラマーより俺の方が凄いと思う
                                                                      • Pythonの生みの親グイド・ヴァンロッサム氏が職業プログラマから引退を表明。昨年Pythonの優しい独裁者からも引退

                                                                        Pythonの生みの親グイド・ヴァンロッサム氏が職業プログラマから引退を表明。昨年Pythonの優しい独裁者からも引退 Pythonの生みの親であるGuido van Rossum(グイド・ヴァンロッサム)氏が、勤務先であったDropboxを退社し、これからは引退生活を送ることが表明されました。 下記はヴァンロッサム本人のツイート。 It's bittersweet: I'm leaving @dropbox, and am now retired. I've learned a lot during my time as an engineer here -- e.g. type annotations came from this experience -- and I'll miss working here. https://t.co/0ROaUrHQLt — Guido van

                                                                          Pythonの生みの親グイド・ヴァンロッサム氏が職業プログラマから引退を表明。昨年Pythonの優しい独裁者からも引退
                                                                        • ゲームの歴史とハックルさんとの思い出 - プログラマーの脳みそ

                                                                          思い出話。今回はポエムと思って気楽に読んで欲しい。 インターネットの世界には情報が溢れかえっていて、やれ、なんやらが炎上しただのそんなニュースもありふれていて特に興味もわかない。ふーん、ゲームの歴史について書いた本が噓八百で炎上してんのか、まあ適当なことを書きならべる人がトンデモ本を書きましたなんてのは昔から枚挙に暇がない話だ。 その程度に思っていたのだけども、先日ようやくそのゲームの歴史なる本を書いた人が岩崎夏海氏であったことを認識した。 僕の古い古い記憶が、この人物を知っているぞ、と呼び掛けてきた。そう、あれは2008年のことだった。今から15年も前のことになるのか。 岩崎氏ははてなダイアリー(はてなブログの前身となるブログサービス)ではちょっとした有名人だった。彼はそのblogのタイトルから、ハックルさんと呼ばれていた。よく炎上していた人だったと記憶している。というのも、ハックル氏の

                                                                            ゲームの歴史とハックルさんとの思い出 - プログラマーの脳みそ
                                                                          • 他言語プログラマが最低限、気にすべきGoのネーミングルール

                                                                            概要 タイトルの通り、他言語から入門した人が最低限気にするべき、ネーミングルールをまとめました。 対象読者 Goの基本構文を理解している人を対象読者としています。 この記事で説明すること、説明しないこと 説明すること Goのファイル名、変数名などの名前付けに関するルールや慣例などを説明します。 説明しないこと 名前付け以外で気をつけるべきGoの書き方[1] がいくつかあります。 しかし、それらに関してはこの記事では説明しません。 筆者のバックグラウンド プログラマ歴はもうすぐ8年程で、Goの他には以下のような言語の経験があります。 JavaScript TypeScript PHP Ruby Java Scala Goは少し前に書いて、一時期書かない時期が続いていましたが、最近また書いています。 トータルするとGoの経験は1年半程度です。 意識すべき名前付けルール package名 利用し

                                                                              他言語プログラマが最低限、気にすべきGoのネーミングルール
                                                                            • AWS認定データベース – 専門知識の試験対策本を書きました&販売開始です - プログラマでありたい

                                                                              Twitter等で告知していたものの、ブログで告知できておりませんでした。AWS認定データベース 専門知識の試験対策本を書き、2021年6月17日発売開始しています!! 要点整理から攻略する『AWS認定 データベース-専門知識』 (Compass Booksシリーズ) 作者:NRIネットコム株式会社,佐々木 拓郎,上野 史瑛,小西 秀和,小林 恭平マイナビ出版Amazon 試験対策本の内容 本書は、サービスカットとソリューションカットの両建てで、試験範囲の解説をしています。最初の1章で、AWS認定試験の概要と試験勉強の仕方、教材についての説明をしています。2〜6章がメインで、2〜4章はサービスカットでそれぞれのデータベースサービスの解説をしています。5・6章はソリューションカットで移行や監視、セキュリティなどについて、どのように対応するのか考え方をまとめています。そして7章でWell-Ar

                                                                                AWS認定データベース – 専門知識の試験対策本を書きました&販売開始です - プログラマでありたい
                                                                              • 同僚プログラマーの機嫌を損ねずにミスを指摘できる“魔法の質問”

                                                                                関連キーワード 開発プロセス | プログラマー | プログラミング | プロジェクトマネジメント 幾つものメディアやブログが、プログラミングで何を重視すべきかを解説している。例えばネイサン・マーツ氏は、同氏のブログ「thoughts from the red planet」の「Suffering-oriented programming」というエントリ(投稿)で、 プログラムが正しく機能すること ソースコードが美しいこと プログラムの処理速度が速いこと という順番でプログラミングの目標を設定するように勧める。「機能すること、美しいこと、速いこと」はまさに本質を突いた名アドバイスだ。その言葉を初めて見たときから、私は心に刻んできた。 「機能すること」が最も重要なのは、ソースコードを解釈してもらう最も重要な「相手」がCPUだからだ。2番目が「美しいこと」なのは、CPUの次に重要な相手が、ソース

                                                                                  同僚プログラマーの機嫌を損ねずにミスを指摘できる“魔法の質問”
                                                                                • 全プログラマに捧ぐ!図解「パターンマッチ」 - Qiita

                                                                                  パターンマッチを使い始めてかなりの時間が経ちました。最初は関数型言語の一機能として触り始めましたが、徐々に関数型言語のユーザだけの玩具にしておくのは勿体ないと思うようになってきました。プログラミングにおいて、パターンマッチほど有用であるにもかかわらず普及が遅れている言語機能は他にないと思います。 本記事ではその状況に一石を投じたく、一般のプログラマにも伝わるようになるべく図解で「パターンマッチ」を解説してみたいと思います。 (本記事は自分のブログからの転載記事です。) はじめに 本記事はプログラミング言語における「パターンマッチ」1という機能に着目して解説したものです。「パターンマッチ」は、switch文の強化版2であり、仮にパターンマッチを持たないプログラミング言語のユーザだとしても全プログラマが知っていて損はないアイデアだと思います。 パターンマッチとは パターンマッチは以下の図のよう

                                                                                    全プログラマに捧ぐ!図解「パターンマッチ」 - Qiita