並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 5292件

新着順 人気順

プログラマの検索結果201 - 240 件 / 5292件

  • モダンプログラマになれない組込みプログラマの苦悩 - 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… 2024-02-14 20:09:41

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

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

                天才プログラマーにIT担当大臣になって欲しいって言うの、優秀なエンジニア..
              • 自走プログラマー 【抜粋版】

                自走プログラマー 【抜粋版】¶ 2022年05月25日 更新 このサイトについて¶ 書籍『 自走プログラマー 』120の各トピックを抜粋して公開しています。 本書で扱っている問題やベストプラクティスを参照や引用しやすくすることが目的です。 ぜひ、blogやコードレビュー等で引用し、活用してもらえたら嬉しいです。 抜粋版は書籍版に比べて詳細なコードや解説を省いています。 要点は本開かなくても分かるようにしていますが、背景や考え方などについて詳しく知りたい方は、書籍をご参照ください。

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

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

                    ファイルストレージ・ブロックストレージ・オブジェクトストレージの違いと、AWSのストレージサービスとのマッピング - プログラマでありたい
                  • ニートだけどプログラマーより俺の方が凄いと思う

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

                      ニートだけどプログラマーより俺の方が凄いと思う
                    • 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
                                • ニッチプログラマー

                                  Twitter で “The Nitche Programmer” という記事が流れてきたので、自分もおそらくニッチプログラマーのくくりには入ると思うので雑に何か書いておこうと思います。 思ったことを適当に書いていくので読みにくいと思います。適当に流し読みしてください。 まとめニッチかどうかはどうでもいい。 ニッチプログラマーはじめてのちゃんとしたプログラミングは Python 2.2 あたりから始まり、その後 Erlang/OTP へ切り替えて 10 年以上 Erlang/OTP を書いてご飯を食べています。ここ数年は開発に注力はせず、ビジネス考える人になっています。 最近では WebRTC をメインでやっており、 Erlang/OTP + WebRTC という組み合わせであればおそらく日本では社員を除けば自分だけというくらいニッチです。世界的に見ても Erlang/OTP + WebR

                                  • プログラマーテストの原則 by Kent Beck

                                    チョコレート対バニラTDD対BDD。このテストツール対あのテストツール。テストビフォー対テストアフター対これは動くから俺を信じろ。ある時期から、こうした詳細に関する議論には飽きてしまった。もっと原則について議論したい。 詳細に関する議論はなかなか結論に至らずに、話が行ったり来たりする。チョコレート対バニラ。チョコレート。バニラ。チョコレート。バニラ。 詳細の議論に負けを認めさせられるようなことがあっても、その譲歩は絶対的なものではない。私の状況がチョコレートを勧めているのに、私にバニラを食べさせてくれと言えるだろうか? これでは埒が明かない。 原則一方、原則は議論を生み出す基盤になる。原則には賛成しても状況が違っているのなら、答えは違ってくるかもしれないが、そこで論争になることはない。原則が、異なる状況における異なる答えを生み出したのである。 詳細で論争するよりも、原則で論争したほうが生産

                                      プログラマーテストの原則 by Kent Beck
                                    • ソフトウェアクラフトマンシップとプログラマーの誓い - Forkwell Library #8 | ドクセル

                                      ソフトウェアクラフトマンシップと プログラマーの誓い 2022年11月02日 ワイクル株式会社 角征典 (かど まさのり) @kdmsnr kado.masanori@waicrew.com

                                        ソフトウェアクラフトマンシップとプログラマーの誓い - Forkwell Library #8 | ドクセル
                                      • ベタープログラマ を読んだ

                                        ベタープログラマ を読んだので自分的に刺さった点をまとめる。 6章 航路を航行する⌗ 新たなメンバーが開発チームに参加する際にどのようにすれば速やかに生産的になることができるかについての章。 最善な策はすでにプロジェクトへの理解があるメンバーに導いてもらうこと。もしそれができなければ次のようなことを調べるとよい。 ソースの取得の容易さ⌗ ソースの取得がどれだけ簡単か。健全なプログラムはコードベース全体を得るための単一のチェックアウトのみを必要とする。 コードのビルドの容易さ⌗ 一般的でないツールにビルドが依存していないか コード自身に適切で簡単なドキュメンテーションがあるか 手作業なしで1つのコマンドでビルドを行うことができか コードの一部に取り組んでいるときにその部分だけをビルドすることができるか ビルド中に潜在的な問題を曖昧にしているかもしれない無数の警告が出ていないか テスト⌗ 単体

                                          ベタープログラマ を読んだ
                                        • 天才プログラマーにして闇社会の帝王、超大金持ちにしてドケチ。その男の名はル・ルー。ドラマ化決定の『魔王: 奸智と暴力のサイバー犯罪帝国を築いた男』は超弩級のノンフィクションだ! - HONZ

                                          天才プログラマーにして闇社会の帝王、超大金持ちにしてドケチ。その男の名はル・ルー。ドラマ化決定の『魔王: 奸智と暴力のサイバー犯罪帝国を築いた男』は超弩級のノンフィクションだ! 海賊が跋扈するため、ソマリア沖ではマグロ漁ができなくなっていた。そこで漁をすれば一網打尽、一攫千金だ。しかし、そのためにはロジスティクスも安全も確保しなければならない。巨額の資金による、飛行場付き、傭兵が警護する完全武装の漁業基地建設が始まった。 全米で多くの医師や薬剤師がオンライン薬局での処方薬販売にかかわっていた。違法ぎりぎりの取引に気づいた麻薬捜査官による捜査が始まった。巧妙に操作されたインターネットサイトの裏側で、たったひとつの会社、RX社が巨額の取引を仕切っていた。 腐乱死体を乗せた難破ヨットがトンガの環礁で見つかった。当局が捜査したところ、その船室の壁には末端価格は9000万ドル以上にもなるコカインの塊

                                            天才プログラマーにして闇社会の帝王、超大金持ちにしてドケチ。その男の名はル・ルー。ドラマ化決定の『魔王: 奸智と暴力のサイバー犯罪帝国を築いた男』は超弩級のノンフィクションだ! - HONZ
                                          • 【プログラマー必見】情報収集で絶対に役立つIT企業の公式ブログ 30選

                                            はじめに 今回の記事では個人の独断と偏見でプログラマー向けに必ず確認しておきたいIT企業の公式ブログを共有する。なお、今回の記事で紹介している公式ブログはあくまで一例に過ぎない。 AppBrew 文章が易しく初心者でも読みやすい 主に業務効率化を中心に書かれている 実務・プログラミングのイメージができない初心者や新人には非常にオススメ ABEJA Tech Blog 主に保守・運用を中心に発信している ドローン・機械学習に興味があるならオススメ 専門用語が多めなので理解に苦労する可能性が高い UUUMエンジニアブログ あの有名なクリエイター(YouTuber)を数多く輩出している会社「UUUM」の公式ブログ Rails・PHP・インフラ(AWS、Dockerなど)の情報が多い 技術記事が非常に読みやすく、画像とソースコードを使って的確に技術ややっていることを説明している Wantedly

                                              【プログラマー必見】情報収集で絶対に役立つIT企業の公式ブログ 30選
                                            • 1人の女性がエンジニアならぬプログラマになるまで - トレイシーの肖像が記録するnote

                                              はじめまして、horinoAです。1970年生まれ、50歳になります。 今は某小売のWebマーケティング部門で社内SEとしてVBAやらPowerShellやらで分析用のPostgresSQLをたたいたりの仕事を週4日、子どものためのプログラミングコミュニティCoderDojoのご縁で知り合った方から紹介された子どもプログラミング教室で軽く講師のお手伝いをさせていただいています。のんびり仕事しながら今は放送大学情報コースで計算機科学を基礎から勉強しているところです。 ※2022/8現在追記 結局2022年初頭より技術者派遣でフルタイムに戻っちゃいました。でも週3日在宅でやっぱのんびりVBAやらPowershellで社内データの分析用DB整備(Postgresかかりきりよ・・)したり謎の古Saas、設定したりJSで機能追加(dom久々に直叩きした・・)してます。 発端になった記事や他の方の記事

                                                1人の女性がエンジニアならぬプログラマになるまで - トレイシーの肖像が記録するnote
                                              • プログラマーが誤って約40万人にGitHubの通知を送信

                                                とあるプログラマーがGitHubのプルリクエストに不適切なメンションを挿入してしまい、誤って約40万人に通知を届けてしまったことが報告されています。 Good Looking by Rohith-sreedharan · Pull Request #24 · EpicGames/Signup · GitHub https://github.com/EpicGames/Signup/pull/24 GitHub user sends notification to 400k users | Hacker News https://news.ycombinator.com/item?id=31627061 出来事が発生したのはEpicGamesのリポジトリ。プログラマーのRohith Sreedharan氏が、「@EpicGames/artv2-admin」「@EpicGames/develo

                                                  プログラマーが誤って約40万人にGitHubの通知を送信
                                                • Facebookが障害で止まった日、プログラマはいつもより多くのプルリクエストをマージした。解析ツール企業が明らかに

                                                  Facebookが障害で止まった日、プログラマはいつもより多くのプルリクエストをマージした。解析ツール企業が明らかに Haystack社はGitHubのリポジトリを監視し、プルリクエストやマージなどをメトリクス化して分析することでプログラマの生産性やボトルネックなどを計測するサービスを提供しています。 同社は、Facebookが障害によって停止した日はいつもよりプルリクエストのマージが増加したと、ブログ「Facebook Outage Increased Developer Throughput by 32%」(Facebookの障害によりデベロッパーのスループットが32%増加した)で紹介しています。 Facebook Outage Increased Developer Throughput by 32%: https://t.co/GBlNpjpMx1 — Haystack (@use

                                                    Facebookが障害で止まった日、プログラマはいつもより多くのプルリクエストをマージした。解析ツール企業が明らかに
                                                  • (プログラマのための) いまさら聞けない標準規格の話 第1回 文字コード概要編 | オブジェクトの広場

                                                    プログラマがシステム開発において共通で必要となる、技術と業務の狭間の共通知識を解説します。連載第1回は文字コードの概要編です。 0. はじめに 業務システムを開発する場合、プログラミング言語、フレームワーク、ミドルウェア、業務知識など以外に、共通で必要となる知識があります。文字コード、国際化、日付・時刻の扱い、住所コード、郵便番号、電話番号などの各種コード、…。 本連載では、プログラマがシステム開発で必要となる、技術と業務の狭間の共通知識を解説して行きたいと思います。 連載第1回は文字コードの概要編です。コンピュータシステムにおいて、文字情報は文字コードを用いて処理されます。文字コードとは、各文字に対応付けられた数値 (符号) のことです。近年、新規に開発される業務システムでは Unicode が使われることが多いと思いますが、既存システムとの連携など他の文字コードが使用されることもまだま

                                                      (プログラマのための) いまさら聞けない標準規格の話 第1回 文字コード概要編 | オブジェクトの広場
                                                    • 20代エンジニアのためのプログラマー勉強法 ~Matzがおくる「生涯エンジニア」になるためのプログラミングとの向き合い方~ - Qiita

                                                      20代エンジニアのためのプログラマー勉強法 ~Matzがおくる「生涯エンジニア」になるためのプログラミングとの向き合い方~新人プログラマ応援まつもとゆきひろ講演メモ 9/29(金)に開催された、サポーターズcolab主催のまつもとゆきひろさんの講演に行ってきました。 ↓講演情報 https://supporterz-seminar.connpass.com/event/96550/ 他にも多くの方がqiitaやはてなブログ等にメモを上げておりますが、個人的な記事作成の練習も兼ねて投稿させてもらいます。 ※聞きながらとった断片的なメモをもとに、話の内容を思い出しながら加筆しています。 そのため、見出しに対して内容の異なる箇所があるかもしれません。 ※10/2追記 思った以上に多くの方に見ていただいておりびっくりしてます。ありがとうございます。 特に公開するつもりもなく取っていた雑メモを基にし

                                                        20代エンジニアのためのプログラマー勉強法 ~Matzがおくる「生涯エンジニア」になるためのプログラミングとの向き合い方~ - Qiita
                                                      • プログラマが入門書の次に読めばよさげな書籍 - 覚書

                                                        はじめに 本記事は2010年10月に某所で書いた記事を2016/2/2に編集したものです。 プログラムの入門書を読んだ上でプログラムを書いた経験があるけれども、そこからステップアップするために何をしていいのかわからないという人向けの本をいくつか紹介したいと思います。なるべく平易な文書で書いてあるものを選びました。ただし、筆者の趣味の問題で、Linux/UNIX関連の本が多いです。 「これらを読むだけで凄腕エンジニアになれます」などという無責任なことは言わないですが、飛躍するための1ステップとしては十分役立つのではないかと思います。 珠玉のプログラミング コンピュータシステムを使って物事を解決しようとするとき、どんな状況でどのようなデータ構造、アルゴリズムを使うことによって、結果がどうなったかという面白いエッセイを掲載しています。データ構造やアルゴリズムを扱った本は数式がたくさん出てきて一目

                                                          プログラマが入門書の次に読めばよさげな書籍 - 覚書
                                                        • ノーコードの限界は意外と近い  まつもとゆきひろ氏が語る、プログラマーが仕事する相手は“人間”ということ

                                                          ノーコードの限界は意外と近い ーー小学校でプログラミングを勉強することになったり、プログラミングスクールが増加したりと、プログラミング自体はより普及が進んでいる時期だと感じます。そんな中で、ノーコード開発が普及することに、どのような印象をお持ちでしょうか。 まつもとゆきひろ氏(以下、まつもと):私自身はプログラミングができる立場なので、なかなかノーコードとローコードの領域に対して、魅力を感じにくいところがあると思います。ただ、懸念に思っていることはあります。例えばノーコードと言っても、本当になにもしないで望むものを得られるわけではありません。なんらかのかたちで、何を望んでいるかを伝えないといけないわけです。 ノーコード開発と言われているものでそれができるのは、領域を非常に絞って、既存の部品の組み合わせによって目的を達成できるからだと思うんですよ。しかし、人間のやりたいことは多岐にわたってい

                                                            ノーコードの限界は意外と近い  まつもとゆきひろ氏が語る、プログラマーが仕事する相手は“人間”ということ
                                                          • 「自称プログラマー」の哀れな末路、仕組みを考えないコーダーはエンジニアにあらず

                                                            たまに哀れな「自称プログラマー」に関する話を聞くときがある。例えば「あのさぁ、何をつくってほしいか、きちんと仕様にしてくれないと、システムなんかつくれないじゃん!」とか「何をつくるかを決めるのはビジネスサイドのあんたたちの仕事だろ。俺の仕事じゃないぜ」と言い放って、事業部門の人を怒らせたり涙目にさせたりする愚か者たちだ。 一見とても正しい発言のように思える。というか大概の場合、発言としては正論であったりする。同業者なら「よくぞ言ってくれた!」と喝采する人もいるはずだ。何せ最近は、要件定義が全くできず、「何をつくってほしいのか」まで開発サイドに丸投げしてくるビジネスサイドのアホが多数いる。そんな連中を一言で撃退できる自称プログラマーは称賛すら集めるだろう。 だが、この自称プログラマーが本心からそう思っているなら、やはり愚か者である。まず本質でないほうの理由から説明する。「何をつくるかを決める

                                                              「自称プログラマー」の哀れな末路、仕組みを考えないコーダーはエンジニアにあらず
                                                            • おじさんプログラマの学習曲線 - フロイドの狂気日記

                                                              以前から自宅で練習がてら作りたいwebアプリがあって、慣れたやり方で作った後、vue.jsを導入してみるとか、pythonで作り直してみるとかそういうことをしようと画策していた。それでメモがてらevernoteに構成書いていって、そろそろやるかと思って自宅のMacを取り出す。 ひとまず「いつものスタイル」みたいなのを用意してからじゃないと、新しいことを学び始めると心が折れると思ったので、MacでできるLravel+Dockerらくらくセットみたいなのをネットから拾ってきたのよ。こういうのは本当にらくらくで、「最初のページ」をブラウザで開くまではらくらくそのものなわけ。 さてブラウザでapache確認したし、まずはDBから取り掛かるかと、シコシコとmigration(コマンド一発でDBができる)を書いた。あらかた書けたのでコマンドオンってするとエラーで通らない。色々調べて2時間ぐらい経って解

                                                                おじさんプログラマの学習曲線 - フロイドの狂気日記
                                                              • プログラマー以外にもおすすめ 「Visual Studio Code」のインストールから基本設定まで

                                                                Visual Studio Codeはプログラマーでなくても便利なエディタ Visual Studio Code(VS Code)は、主にプログラマー向けのコードエディタとして提供されているが、エンドユーザーや管理者でも高機能なテキストエディタとして活用できる。最近では、JSON形式やXML形式の設定ファイルの編集が必要なツールもあるので、VS Codeをインストールしておくとよい。 文書の入力や設定ファイルの編集などに、メモ帳アプリやワードパットではなく、既にテキストエディタを利用している人も多いのではないだろうか。しかし、こうしたテキストエディタでは、最近増えつつあるJSON形式やXML形式の設定ファイルを編集しにくいことがある。 こうしたファイル形式の編集には、Microsoft製の無償コードエディタ「Visual Studio Code(VS Code)」を使うとよい。VS Cod

                                                                  プログラマー以外にもおすすめ 「Visual Studio Code」のインストールから基本設定まで
                                                                • 超天才プログラマーが見つけた「法律のセキュリティホール」を超天才法科大学院生が超デバッグしてみた - ゴミログ

                                                                  みんなおはエコ!超天才法科大学院生ことゴミクルーン(@DustCroon)です。 どうして超天才かというと、入試前日にブログを書きながら早稲田に一発合格したり、大学の1年前期をGPA0.38からスタートして4年で卒業したり、借りてたアパートの大家とバトって敷金全額取り返したり、専門外の分野で懸賞論文書いて賞を受賞したからです。その気になれば円周率も1億桁くらい覚えられると思います。 ところで、今日はこんな興味深いツイートを見つけました。 話題の超天才プログラマーの人、 "規則の矛盾を突くのが趣味"というとんでもない人で 「法律を読む限りでは、運転免許は人間に限らず、法人でも取得できるはずだよね?んじゃ申請するわ。認めない場合は法的根拠を示せ」と役所へ問い合わせたことがあるhttps://t.co/zxWCYVlzhV pic.twitter.com/WXrEY7Brct — tetsu (

                                                                    超天才プログラマーが見つけた「法律のセキュリティホール」を超天才法科大学院生が超デバッグしてみた - ゴミログ
                                                                  • 40歳を過ぎてプログラミングを始めたが50歳を前にして業務委託プログラマーとして半年が経過した - 作りたいものがありすぎる

                                                                    近況です。 タイトルの通りで、なんとかWeb系のプログラマーとして仕事を続けることが出来てます。 一昨年末に sakamata.hateblo.jp 半年前に sakamata.hateblo.jp を書いて、その後どうなったみたいな概要を書きます。 俺この案件で死亡フラグたったかも。という位、幸運が舞い込んだ 5月から7月にかけて週3日の業務委託のプログラマーとしてなんとかお仕事をさせていただいたのですが、色々あって2か月程の契約で満了となった後に、次のお仕事を探していただいて、見つかったのがなんとびっくり、電車不要、徒歩20分での勤務先という嘘みたいに近所の案件のお話を頂き飛びつきました。 しかも、業務の内容も自分がいま伸ばしたい方向性にマッチした新規開発案件、季節の移ろいを感じながら毎朝公園内を徒歩通勤していると「俺、この案件が終わったら結婚するんだ」みたいな気分になってきます。 と

                                                                      40歳を過ぎてプログラミングを始めたが50歳を前にして業務委託プログラマーとして半年が経過した - 作りたいものがありすぎる
                                                                    • PC-8001全盛期を代表するプログラマ“芸夢狂人”氏、ツクモにゲームを持ち込んだ時の話など、当時を語る! 【ハル研所長のパソコンミニ対談 第1回前編】

                                                                        PC-8001全盛期を代表するプログラマ“芸夢狂人”氏、ツクモにゲームを持ち込んだ時の話など、当時を語る! 【ハル研所長のパソコンミニ対談 第1回前編】
                                                                      • AtCoderで青色になるまでにやったこととプログラマー35歳定年説 - kusano_k’s blog

                                                                        https://atcoder.jp/users/kusano はい。 みんな「AtCoderで○色になるまでにやったこと」みたいなタイトルで、右肩上がりのレートのグラフとともに楽しそうな記事を書きやがって。 こちとら2年かけてジワジワとレートが下がり、とうとう下の色に変わってしまった。 これがやりたかっただけなので、競技プログラミング力の向上に繋がる有益な話は、この記事にはほとんど無い。 解答を清書してブログに解説記事を書くというのはオススメだけど。 私と競技プログラミング 「○色になるまで」という記事には、いつ頃から競技プログラミングを始めて、○○年頃には何をしていたか、みたいなことを書くものらしい。 Cマガ電脳クラブ 今の競技プログラミングとはちょっと違うけれど、「Cマガ電脳クラブ」が最初だろうか。 今は無きC MAGAZINEという雑誌があり、その中の「Cマガ電脳クラブ」というコー

                                                                          AtCoderで青色になるまでにやったこととプログラマー35歳定年説 - kusano_k’s blog
                                                                        • これを知らなければ、C++プログラマを名乗れない。ITエンジニアも驚いた「C言語」の配列の仕組み→「初めて知った」「配列へのアクセスの書き方が糖衣構文」

                                                                          二項しいぷ @BinomialSheep C++の「す、すげーー!!そんなことすなーっ!!!!!!」シリーズ 『プログラミング言語C++ 第4版/ストラウストラップ』 pic.twitter.com/KjiDaXe0tj x.com/winter_kyopro/… 2024-06-21 23:42:32

                                                                            これを知らなければ、C++プログラマを名乗れない。ITエンジニアも驚いた「C言語」の配列の仕組み→「初めて知った」「配列へのアクセスの書き方が糖衣構文」
                                                                          • 達人プログラマー 熟達に向けたあなたの旅(第2版)

                                                                            達人プログラマー 熟達に向けたあなたの旅(第2版) David Thomas, Andrew Hunt(著), 村上雅章(訳) オーム社 3,520円 (3,200円+税) より良いプログラマになるための実践的アプローチ。先見性と普遍性に富んだ本書は、入門者には手引きとなり、ベテランでも読み直すたびに得るものがある、座右の一冊です。 関連サイト本書の関連ページが用意されています。 達人プログラマー 熟達に向けたあなたの旅(第2版) | Ohmsha内容紹介本書は、David Thomas and Andrew Hunt, The Pragmatic Programmer 20th Anniversary Edition (Addison Wesley, 2019)の日本語版です。 本書は、より効率的、そしてより生産的なプログラマーになりたいと願うソフトウェア開発者に向けて、アジャイルソフト

                                                                              達人プログラマー 熟達に向けたあなたの旅(第2版)
                                                                            • 初中級プロマネはIPAデータ白書の統計情報を見積り、生産性、品質の観点で活用せよ - プログラマの思索

                                                                              初中級プロマネがIPAデータ白書の統計情報をどんな観点で活用できるか、説明した利用事例がとても良かった。 理解できた内容をラフなメモ。 【参考】 初中級プロマネのための 現場で活かせ!統計情報1 初中級プロマネのための 現場で活かせ!統計情報2 「ソフトウェア開発分析データ集2020」の発行:IPA 独立行政法人 情報処理推進機構 「ソフトウェア開発データ白書」のダウンロード:IPA 独立行政法人 情報処理推進機構 初中級プロマネのための現場で活かせ!統計情報  2019年4月19日| CITP Community CITPアニュアルレポート2018を公開しました | CITP Community 【0】「ソフトウェア開発分析データ集2020」をIPAデータ白書と呼ぶことにする。 【1】IPAのソフトウェア開発データ白書を使いたい動機は2つある。 1つ目は、プロマネとしてシステムの企画書や

                                                                                初中級プロマネはIPAデータ白書の統計情報を見積り、生産性、品質の観点で活用せよ - プログラマの思索
                                                                              • 技術者であることを諦めない - プログラマでありたい

                                                                                だいぶ前にAWSのAmbassadorが集まっての懇親会がありました。年齢の話になって聞いていると、どうやら私が最年長グループでした。最年長!!おっさんです。私は42歳で、役割的な部分を考えれば、そうなるのも無理はないのかなという気がします。せっかくなので、ポエムっぽいブログエントリーを残しておきます。 SIerの中での技術者の生き方 技術者と書くのがよいのか、ITエンジニアと書くのがよいのかイマイチ解りませんが、ここでの技術者は、下記のように定義しておきます ※あくまでこの文脈の中だけの定義です。 主たる業務に対して、自身のもつITの技能・知識を持って業務を遂行している 業務で必要とされる技術の変化に追随しつづけている ここで重要なのが2つ目の技術の変化に対して追随し続けるという点です。一口にSIerといっても対象とする業種や業態によって必要とする技術は大きく違います。業務知識がとにかく

                                                                                  技術者であることを諦めない - プログラマでありたい
                                                                                • 「AWSの薄い本Ⅳ 昔話で振り返るAWSの歩み」を書きました - プログラマでありたい

                                                                                  今年はアウトプットするぞということで、2年ぶりに技術同人誌を書きました。2023年5月21日開催の技術書典14 オフラインで販売します。またBOOTHにも入庫中です。 booth.pm 内容 技術的な話ではなくて、AWSが出た当初はどんなだったのかという昔話です。日本に最初のAWSリージョンが開設されたのが、今から10年以上前の2011年です。そして、AWS自体は2000年代からありました。そうなるとエンジニアを始めた頃から、当たり前のようにクラウドがあったという人が多くなっています。昔からAWSを見てきた一人のユーザーとして、AWSの昔話を残しています。現在ではAWSには様々なサービスがありますが、例えばEBSのようにこれが無かった時代はどうやっていたのだろうと疑問に思うようなものもあります。無い時にどうやっていたのかの工夫と、不便がどんどん解消されていった時の空気感を伝えようとしていま

                                                                                    「AWSの薄い本Ⅳ 昔話で振り返るAWSの歩み」を書きました - プログラマでありたい