タグ

プログラミングと書評に関するarajinのブックマーク (39)

  • 『なっとく!関数型プログラミング』は読者の理解度の進捗を先読みして作り込まれた”プログラミング入門”の良書 - Magnolia Tech

    なっとく!関数型プログラミング 作者:Michał Płachta翔泳社Amazon 良い、買おう、読もう、(コードを)書こう、以上! めっちゃ良いですよ、この 中盤のプリミティブじゃやりづらい→直積→直和→二つ合わせてADT→値を取り出すためのパターンマッチの解説の流れの疾走感がいいですね— magnoliak🍧 (@magnolia_k_) 2023年8月6日 『なっとく!関数型プログラミング』は、2022年に出版された『Grokking Functional Programming』の邦訳版で、主にScalaを題材として関数型プログラミングを学んでいくための入門書("Grokking"は、完全に理解する、という意味)。あくまで関数型プログラミングの考え方、コードの書き方、良い設計の指針の解説が主眼に置かれているので、Scalaの言語機能の入門書ではない。Scalaの言語仕様を網羅

    『なっとく!関数型プログラミング』は読者の理解度の進捗を先読みして作り込まれた”プログラミング入門”の良書 - Magnolia Tech
  • システム開発に銀の弾丸はないが「金の弾丸」ならある『人が増えても速くならない』

    例えばソフトウェア開発において、 人が増えても納期が短くなるとは限らない 見積もりを求めるほどに絶望感が増す 納期をゴリ押すと、後から品質はリカバリできない これを見て、「だよねー」「あるあるw」という人は、書を読む必要はない。 プログラミングは人海戦術で何とかならないし、「厳密に見積もれ」というプレッシャーは見積額を底上げするし、納期が優先されて切り捨てられた品質は、技術的負債として残り続ける。経験豊富なエンジニアなら、大なり小なり、酷い目に遭ってきただろうから。 だが、これらを理解できない人がいる。 要員を追加して、手分けしてやれば一気に片付くはず 厳密にやれば、見積りバッファーはゼロにできる 品質のことはリリース後にじっくりやればいい ……などと気で考えている。これは、ソフトウェア開発とはどういうものか、特性を知らないからだ。こんな無知な人間が経営層にいたり、顧客の代表となった場

    システム開発に銀の弾丸はないが「金の弾丸」ならある『人が増えても速くならない』
    arajin
    arajin 2023/06/15
    『人が増えても速くならない』(著者 : 倉貫義人)「速く作ることはできないが、「速く作れるチーム」は作れるという。」
  • シグマはどこへ消えた?

    手元に一冊の古がある。 タイトルは「マンガ ソフトウェア革命」、1987年10月31日にコロナ社から発行された初版第一刷である…などと情報を小出しにするのは止めよう。書の副題は「Σプロジェクトの全貌」、監修が IPA(情報処理振興事業協会 シグマシステム開発部)、これでどうだろう。 まだ何のことか分からない? ということはあなたはΣプロジェクトのことをご存知ないのですね。実は僕も詳しくは知らなかった。時折なにかの拍子に名前を聞くことはあったが、それについて詳しく説明してくれる人はいなかった。僕が知っていたのは、藤原博文さんが「(コ)業界のオキテ」で書かれた文章の導入レベルである。つまり、それが1980年代半ばに産業構造審議会から出された将来ソフトウェア技術者が大量に不足するというソフトウェア・クライシス予測を受けて、通産省(現経済産業省)が立ち上げた国家プロジェクトであるということ、

    arajin
    arajin 2022/07/27
    「「マンガ ソフトウェア革命」、1987年10月31日にコロナ社から発行」「副題は「Σプロジェクトの全貌」、監修が IPA(情報処理振興事業協会 シグマシステム開発本部)」
  • Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3

    はじめに 「【転職エントリ】Googleに入社します|Lillian|note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、許可を得て簡単に背景を書いておこうかと思います。 これはあくまでもアドバイザー側からどう見えていたかを書いておくものですが、医学部卒だけでも3,4人 GoogleAmazon に入っていったおぼ

    Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3
    arajin
    arajin 2021/04/02
    「東大では、入学時から学問をするとは何かが見えている人はあまりいません。そもそも、入学当初の数学の授業についていけるのがそもそも10%程度で、基礎学力すらおぼつかない状況です。」
  • もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ

    と思っていたら、「もし」が現実になっていた。 彼の名は小野和俊。 かつて日中からスーパープログラマーたちの集まった「未踏ソフトウェア創造事業」で、プログラミング速度で他のプログラマーたちを驚かせたほどの爆速プログラマーである。 『諸君 私はプログラミングが好きだ』という記事 を書いちゃうほどプログラミングを愛してやまない彼は、アプレッソというITベンチャーを起業して成功させた後、今は、3700万人の顧客基盤を持ち、年間5兆円近い取引高のクレジットカード会社、クレディセゾンの常務執行役員CTOをやっている。 その彼が仕事論のを書いた、という話を聞いて、「私なら、普通の人が読み取れないことも、そのから読み取れるだろうな」と思った。 なぜなら、私は、学生時代から含めて10年ほどプログラマーをやった後、起業して経営者になった経験があるからだ。 プログラマーが経営者になると、世界がどのように見

    もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ
    arajin
    arajin 2020/10/29
    「その仕事、全部やめてみよう」(小野和俊)
  • 新刊『定理証明手習い』と『Goならわかるシステムプログラミング』の発売を開始しました!

    新刊『定理証明手習い』と『Goならわかるシステムプログラミング』の発売を開始しました! 2017年10月19日 ご来店ありがとうございます。 開店以来およそ6ヶ月、ここまで『プロフェッショナルSSL/TLS』と『RubyでつくるRuby』の2タイトルで営業していたラムダノートのWebサイトですが、 久しぶりに新刊の発売を開始します。しかも2タイトルの同時発売です! 1つめの新刊タイトルは『定理証明手習い』です。 証明といっても、証明するのは数学の定理ではなくプログラムの正しさです。 プログラムの正しさというと、まだまだテストによる検証などが真っ先に思い浮かぶかもしれません。しかし、たとえば「定義した関数があらゆる入力に対して破綻せずに動作するか」をユニットテストだけで検証しつくすことはできません。 そこで、数学で公理から推論規則だけで命題の正しさを証明するように、プログラムでも公理からの等

    新刊『定理証明手習い』と『Goならわかるシステムプログラミング』の発売を開始しました!
  • 圏論に最短で入門する - 俺の Colimit を越えてゆけ

    はじめに 対象読者 数学以前 数学の基礎 ホモロジー代数 圏論 もっと手取り早く圏論の勉強を始めたい人へ おわりに 紹介した書籍 はじめに 私が圏論という分野を知るきっかけは、おそらくこの文章を読んでいるほとんどの人と同様に Haskell の勉強をしたことがきっかけでした。 Haskell のモナドなどを利用する上では圏論を理解する必要は全くないのですが、型システムや処理系に関して詳しく知りたくて論文を読むと圏論の言葉が普通に使われていて、理解できずに断念していました。 そこで、当時数人が集まってやっていた圏論勉強会に参加して圏論の勉強を始めました。当時読んでいた書籍は Conceptual Mathematics: A First Introduction to Categories でした。このは圏論の初学者向けに書かれたで、数学的な知識をほとんど仮定せずに理解できるように書かれ

    圏論に最短で入門する - 俺の Colimit を越えてゆけ
    arajin
    arajin 2016/01/19
    「Haskell」位相まではなんとなく知ってるので、やってみるか。
  • 「統計学と機械学習の違い」はどう論じたら良いのか - 渋谷駅前で働くデータサイエンティストのブログ

    何かこんなメディア記事が出ていたようです。 これを読んで色々な人がツッコミを入れまくっている模様ですが、この記事の不思議なところは「完全に間違った説明というわけでもないのに何故か(両分野に詳しい)誰が読んでも猛烈な違和感を覚える」ところなんじゃないかなぁと。 正直、これはライター・インタビュアー・コメンテーター・編集者の誰のせいなのかは全く分からないんですが、ツッコミ入れられまくっている内容について色々あげつらってもあまり建設的でないので、ここでは記事中で題として取り上げられている「統計学と機械学習の違い」についてちょっとコメントしてみようと思います。 あ、もちろん僕がこれから書くコメントも別に正しいとは全く限らないので、おかしいところや間違ってるところがあったらバンバン突っ込んでいただければ幸いです*1。そしてガチ勢向けのコメントでもないので何卒悪しからず。 統計学はデータを「説明」す

    「統計学と機械学習の違い」はどう論じたら良いのか - 渋谷駅前で働くデータサイエンティストのブログ
  • 長文日記

    長文日記
  • 『できるVisual Studio 2015 Windows/Android/iOS アプリ対応』Kindle版が半額に

    『できるVisual Studio 2015 Windows/Android/iOS アプリ対応』Kindle版が半額に
  • 『みんなのR』(原題:"R for Everyone")ご恵贈いただきました - 渋谷駅前で働くデータサイエンティストのブログ

    みんなのR ?データ分析と統計解析の新しい教科書? 作者: Jared P. Lander,Tokyo.R(協力),高柳慎一,牧山幸史,簑田高志出版社/メーカー: マイナビ発売日: 2015/06/30メディア: 単行(ソフトカバー)この商品を含むブログ (2件) を見る ということで、訳者のお一人であられる牧山さんからご恵贈いただきました! 各所の書評で「今年最高のR」との呼び声も高い書、既に色々レビューが出ていて僕なんぞがわざわざレビューすることなんてもはやなさそうなんですが(笑)、早速簡単にレビューしてみようと思います。ちなみにこれまでに出ているレビューは僕が把握している範囲で以下の通りです*1。 ざっと内容を眺めてみる ではでは、一通り書の内容を眺めてみましょう。実は章立てが結構多く細かく、章というよりは節みたいなレベルで区切られている箇所が多いので、僕の方で適当に大まかに

    『みんなのR』(原題:"R for Everyone")ご恵贈いただきました - 渋谷駅前で働くデータサイエンティストのブログ
  • オブジェクト指向は禁止するべき - きしだのHatena

    プログラムがまだ不慣れな人が「プログラムちょっとわかるようになったけど、まだぜんぜんオブジェクト指向とかできてません」のように言ったり、ちょっと慣れた人が「このソース、ぜんぜんだめ。オブジェクト指向ができてない」にようなことを言ったり、まるで、オブジェクト指向ができてるかどうかがよいプログラムかどうかを表すことになってるようだ。 Javaのアルゴリズムのに、「Javaなのにオブジェクト指向ができていない」のような書評がついているのを見たときには、お前は何を求めてるんだと思ったりもした。 そのようなオブジェクト指向は、窓から投げ捨てるべきだ。オブジェクト指向はプログラムのよしあしの基準にならない。 むだにHogeインタフェースとHogeImplクラスがあったり、むだにnewするだけのcreateメソッドがあったり、どこで値が設定されてるかわからないオブジェクトがひきまわされてたり、ソースコ

    オブジェクト指向は禁止するべき - きしだのHatena
  • 今日のアレコレ 島国大和のド畜生

    つーかーれーたー。 子供がそれなりにダブルで自我を持ち、共鳴し合って超うざい。 俺の時間をよこせ。かえせ。コンチクショウ。 もちろんあと数年もすれば、親と関わることを回避しだすだろから、とーさんとーさんと追い回す(寝ていても引きずり出す)のは今が最後なのだろうが。 自分自身が人間的にあまりよくできてないので、短期的には子供可愛いだけでやっていけるが、中長期的に孤独とか一人の時間が無いととてもつらくなってくる。 ■夜明けに向かってコアダンプ ~SEの恥はかき捨て、僕の! 私の! 聞かせて珍プレー集~ 献いただきほくほく。今から読む。 ■太陽の牙 ダグラム COMBAT ARMORS MAX01 1/72 scal コンバットアーマー ダグラム (1/72 ABS&PS&PE組み立て式プラスチックモデル) 現物を見てきたが、これはもー懐かしいし良くできてるしでニヤついちゃうね。 当時のキット

    arajin
    arajin 2014/03/30
    「■夜明けに向かってコアダンプ ~SEの恥はかき捨て、僕の! 私の! 聞かせて珍プレー集~」
  • 【書評】『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』(細川義洋・著) - やまもといちろうBLOG(ブログ)

    書評】『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』(細川義洋・著) 読んでいて、実用書なのに涙が止まらないに巡り会えたので謹んでお奨めさせていただきます。 その名も、『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』。何がヤバイって、いちいち掲載されている項目がヤバイ。いきなり「何度も要件を追加してくるユーザ」ですよ。まるで弊社の某顧客ではないですか。 大項目からして「設計」から「プログラミング」、「テスト」とか進む先々にびっしりと地雷が敷き詰められているんだろうなあと悪い汗をかかずにはいられない世界が広がり、最後にはお決まりの「契約」。いやー、読んでいてぞくぞくしますね。特に「仮発注書だけで作業に着手してしまったら?」とか、なんか見透かされているようですよ。まあ、業界的には往々にして起きがちなことを一般論として書い

    【書評】『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』(細川義洋・著) - やまもといちろうBLOG(ブログ)
  • キッカケは知的財産の製品化プロジェクト――自律走行ロボットカーとは何か?(前編) - 週刊アスキー

    3月11日に発売される書籍『自律走行ロボットカーを作る グラフィカル言語でFPGAプログラミング』(関連サイト:Amazon)は、自分で構成をプログラムできる集積回路のFPGAを使って、タイトル通りに自律走行ロボットカーを作るというもの。 同書の発売を記念して、全2回にわたって著者・長野達朗さんへのインタビューを掲載していく予定。今回はその第1回をお届けする。 【前編】 自律走行ロボットカーができるまで ――ロボットカーを作ろうと思ったきっかけについてお聞かせいただけますか。 長野:大学院のとき、たまたま立ち寄ったサンフランシスコのジョブフェアで、話した担当者が魅力的だったので、ナショナルインスツルメンツ(以下、NI)に入社しました。 技術営業や、マーケティングをやっているうちに、組織の中で自分の付加価値を高められることがあるんじゃないかと考えました。そこで、知的財産(インテレクチュアルプ

    キッカケは知的財産の製品化プロジェクト――自律走行ロボットカーとは何か?(前編) - 週刊アスキー
    arajin
    arajin 2013/03/17
    「自律走行ロボットカーを作る グラフィカル言語でFPGAプログラミング」
  • TechCrunch | Startup and Technology News

    Yellow, an asset financier for solar energy and digital devices in Africa has raised $14 million series B funding in a round led by Convergence Partners with participation from the Energy Entrepreneur Fisker, the electric carmaker founded by the Danish auto designer Henrik Fisker, is gearing up to enter the Chinese market where competition is increasingly cut-throat, following in the footsteps of

    TechCrunch | Startup and Technology News
    arajin
    arajin 2013/03/11
    「O'Reillyの『Bad Data』」
  • リーダブルコード

    美しいコードを見ると感動する。優れたコードは見た瞬間に何をしているかが伝わってくる。そういうコードは使うのが楽しいし、自分のコードもそうあるべきだと思わせてくれる。書の目的は、君のコードを良くすることだ。(書「はじめに」より) コードは理解しやすくなければならない。書はこの原則を日々のコーディングの様々な場面に当てはめる方法を紹介します。名前の付け方、コメントの書き方など表面上の改善について。コードを動かすための制御フロー、論理式、変数などループとロジックについて。またコードを再構成するための方法。さらにテストの書き方などについて、楽しいイラストと共に説明しています。日語版ではRubyやgroongaのコミッタとしても著名な須藤功平氏による解説を収録。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作

    リーダブルコード
  • #git >>>> バージョン管理システム - 書評 - 入門Git : 404 Blog Not Found

    2009年10月02日17:00 カテゴリ書評/画評/品評Code #git >>>> バージョン管理システム - 書評 - 入門Git 秀和システム木津様より献御礼。 入門Git 濱野 純(Junio C Hamano) 感動した。 書は、ただのソフトウェア入門でも、ましてや取扱説明書でもない。 共同開発そのものの入門であり、一緒にソフトウェアを開発するというのが一体なんなのかを指南した書である。 自分以外の人に、自分が書いたソフトウェアを使ってもらうという人は必ず目を通しておくべき一冊である。 書「入門Git」は、バージョン管理システムgitのメンテナーである著者が、gitを通してソフトウェア--動作するコードに限らず、固定ページしか含まないウェブサイトまで含めて--を開発するというのは一体どういうことなのかを書き下ろした一冊。 そう。著者にとってのgitは、 Linus Tor

    #git >>>> バージョン管理システム - 書評 - 入門Git : 404 Blog Not Found
  • プログラマーには、コーディングの生産性で10倍、コードレビューの速度では6倍もの能力差があるという

    プログラマーの生産性をテーマにした有名な著書「ピープルウェア」には、最も優秀なプログラマと最低の成績のプログラマのあいだには約10倍にあたる生産性の違いがある、というデータが出てきます。 これは、1984年から1986年にかけて92社、延べ600人が参加したプログラミングコンテストのデータを分析した結果から導き出された結果で、課題として与えられたプログラミング作業の開始からコンパイル時のエラーを消すところ(第1チェックポイント)へ到達するまでにかかった時間を比べています。 グラフを見ても分かるように、最優秀者と最低者のあいだには作業時間にして約10倍のひらきがあります。また最優秀者は平均の約2.5倍の生産性だそうです。そして、COBOLやFortranのような旧世代のプログラミング言語と、PascalやCのような現代的なプログラミング言語でのコーディングでの生産性はほとんど同じであったそう

    プログラマーには、コーディングの生産性で10倍、コードレビューの速度では6倍もの能力差があるという
    arajin
    arajin 2009/09/15
    「ピープルウェア」
  • 理想の言語? - 書評 - Scalaスケーラブルプログラミング : 404 Blog Not Found

    2009年08月20日18:00 カテゴリ書評/画評/品評Lightweight Languages 理想の言語? - 書評 - Scalaスケーラブルプログラミング インプレス石橋様より献御礼。 Scalaスケーラブルプログラミング Martin Odersky Lex Spoon Bill Venners / 羽生田栄一監 / 長尾高弘訳 [原著:Programming in Scala] 素晴らしい言語の、素晴らしい入門。 何が素晴らしいかというと、言語の思想が、頭ではなく体で覚えられるようになっていること。これなら言語オタクでなくとも、いや言語オタクでない方が、無名関数やActorの素晴らしさがよくわかる。 それだけに、結構残念である。 Scalaが、Java上の言語であることに。 書「Scalaスケーラブルプログラミング」の原題は、「Programming in Scala

    理想の言語? - 書評 - Scalaスケーラブルプログラミング : 404 Blog Not Found