「作りたいものをいかに早く完成させるかが正義」 まつもとゆきひろ氏が語る、ソフトウェア開発におけるベロシティの重要性
「作りたいものをいかに早く完成させるかが正義」 まつもとゆきひろ氏が語る、ソフトウェア開発におけるベロシティの重要性 #18 動的型付け言語と大規模開発 今回のテーマは「動的型付け言語と大規模開発 まつもとゆきひろ氏：こんにちは。まつもとゆきひろです。Matzチャンネル、18回目になりますね。今日は前回の続きで、「動的型付け言語と大規模開発」について話そうと思います。 本当は前回放送リリースした次の日ぐらいに放送できるようにと思っていたんですけど、意外と忙しくてですね（笑）。 今度、フィンランドのヘルシンキで、「Euruko」というカンファレンスが開かれるんですけれども、まだ物理で海外旅行する気にならないので、キーノートを録画しましょうという話になって、そのキーノートの準備をして、スライドを書いて、英語の講演を録画するみたいな作業をしていたら、あっという間に時間が経ってしまって、「Voic
「自分の未来予測を信じてちょっと意地を張ってみる」 まつもとゆきひろ氏がRubyに型宣言を入れない理由
「自分の未来予測を信じてちょっと意地を張ってみる」 まつもとゆきひろ氏がRubyに型宣言を入れない理由 #17 動的型付け言語と大規模開発 テーマは「動的型付け言語と大規模開発」 まつもとゆきひろ氏：まつもとゆきひろです。Matzチャンネル17回目ということでお送りします。ちょっと前になりますが9月28日に私が技術顧問を始めたクラウドサーカスという会社さんがテックイベントを開催されて、その時のテーマが「動的型付け言語と大規模開発」というテーマでした。 その時に話したこととか、話そうとしたこと、話そうと思っていたんだけど時間の関係で話せなかったことなどを補足する意味も含めて今日はちょっと放送しようかと思います。というか、分量が多いので2回に分けて話そうかなと思っています。 このクラウドサーカスのイベントのテーマは別に私から指定したわけではなくて、先方が「こんなテーマで話したいんだ」とか「聞き
「プログラミング教育の最前線」はしょーもなくも生々しいエピソードでいっぱい。これが現実だ。 情報処理学会誌 2020年8月号｜TAKASU Masakazu
だてに「プログラミング教育の最前線」というタイトルになっていない。最前線はエキサイティングで身も蓋もなくてもの悲しいものだ。出てくる具体例、現場ならではのリアルなものが多くて面白い。情報処理学会の月刊誌だが、紙版もKindle版も1号ずつamazonで買えるのでオススメ。 ・プログラミング教育の流れから始まったコンピュータ的思考が、結局は「フローチャートをみんなで書く」ようなカリキュラムになり、先生がフローチャートの意味を理解できてないのでまともな指導ができず、「なんとなくプログラミング教育が必要だから」みたいなお題目のもと換骨奪胎していく ・実際に機材を購入する各地方自治体の教育委員会の中には、注文ルートがファックスと指定代理店しかなく、市価で2000円程度のmicro:bitが納品時に6000円になるところもある ・CoderDojo等の市井のプログラミング教室が広がり、小学生が親のた
継承はなんでダメ？ - まめめも
「オブジェクト指向の継承を使うな」という主張が広まっているようです。なんでダメになったんでしょうか。 インターネットで見かけた「継承はダメ」という主張をいくつか眺めて、友人と議論しつつ、考えてみました。 「コードが読みにくくなる」 継承があると、メソッド呼び出しが実際にどのメソッド定義を呼び出すのか字面でわからない。 デバッガを使って、親クラスのメソッドに飛んだり、子クラスに飛んだりするのを追いかけないと行けない。 つらい。という主張。 めっちゃわかる。わかるんですが、これは「高度に共通化されたコードは読みにくい」という一般的な側面がかなり大きいような。 たとえば継承の代わりに高階関数を使うと、関数呼び出しがどのクロージャに飛ぶか字面でわからなくなる。 ひどいとコールバック地獄になって何が何やらになります。 継承がことさらにまずい理由を想像すると、すべてのメソッド呼び出しがポリモーフィック
RegionalRubyKaigi レポート (82) 松江 Ruby 会議 10
著者：佐田 明弘, 西田 雄也, 原 悠, 野坂 秀和, 田中 健, 高田 芳和 初稿：2023-11-15 RegionalRubyKaigi レポート 松江 Ruby 会議 10 はじめに 2023 年 9 月 16 日（土）に松江 Ruby 会議 10 が開催されました。 新型コロナウイルスの影響で前回から 5 年が経過してからの開催となりました。 合計 55 名の方にご参加いただきました。 日時：2023 年 9 月 16 日（土） 13:00〜18:00 （懇親会: 19:00〜） 場所：松江オープンソースラボ 主催：Matsue.rb （まつえるびー） 後援：日本 Ruby の会 Togetter まとめ： https://togetter.com/li/2228242 公式タグ：#matrk10 Names, Modules, and Namespaces 発表者 tagom
「C#」、2023年「プログラミング言語オブザイヤー」に--TIOBE指標
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 「C#」がTIOBE指標史上初めて「プログラミング言語オブザイヤー2023」を獲得した。 C#は、最も高い上昇率（＋1.43％）を1年間に示したことで受賞したとTIOBE Softwareで最高経営責任者（CEO）を務めるPaul Jansen氏は説明する。次点は、「Scratch」と「Fortran」で、それぞれ＋0.83％と＋0.64％だった。 C#は「Java」から市場シェアを奪っており、ウェブアプリケーションのバックエンドやゲームといった分野での人気が高まっているという。無料で利用可能で、着実なペースで進化しており、新しいリリースごとに表現力が増しているとJansen氏は述べる。 2023年のTIOBE指標における他の興味深い変
シングルスレッドやマルチプロセスなどの並行処理の話について、 すぐに忘れてしまいます。 どうしたらもっと知識が定着すると思いますか？ 色んなライブラリーでAPIサーバーを立ててパフォーマンスの差などを見てみたりするのですが、結局よくわかりませんでした。 | mond
シングルスレッドやマルチプロセスなどの並行処理の話について、 すぐに忘れてしまいます。 どうしたらもっと知識が定着すると思いますか？ 色んなライブラリーでAPIサーバーを立ててパフォーマンスの差などを見てみたりするのですが、結局よくわかりませんでした。 フレームワークに頼って実装していると、そのフレームワークが内部でどの様な仕組みで並列または並行処理しているのかが理解できず、ただ使っているだけの状態になり得ます。 フレームワークの設計者からすると、プログラマがそれらを気にしなくても利用できるというのがプロジェクトのゴールでもあるので、それはそれで正しいのですが「並列処理」や「並行処理」を理解したいというモチベーションでは逆にそれが邪魔をしてしまうかもしれません。 並行処理や並列処理を学ぶのであれば、API サーバ等といった物ではなく、コード片で学び始めるのが良いと思います。 例えば Rub
CoderDojoの紹介の講演動画を見ての所感 - mameのいまさらながら日記
CoderDojo Japanの宮島さんの講演動画「地域に広がるプログラミング学習の輪 〜CoderDojo コミュニティのご紹介〜」を見てみた。CoderDojoとはどのようなものかがシンプルに語られていて、とてもわかりやすい内容になっている。CoderDojoをご存知なければ一見の価値ありだし、また知らない方への紹介にも適していると思う。 www.youtube.com そしてCoderDojoのチャンピオンである私が見て感じたのは、共感できることが多く語られているということだ。 私がCoderDojoという存在を知ったのは、おそらく2017年くらいだと思う。子供たちとプログラミングができる環境を提供している団体やコミュニティーを探していた中にCoderDojoがあった。CANVASやTENTO、Hour of code、それと有償の塾的なものとか色々探していた。その中にCoderDo
Simplicity on Rails -- RDB, REST and Ruby
Kaigi on Rails 2023の登壇資料です。 https://kaigionrails.org/2023/talks/moro/ 実世界のRailsアプリケーションをシンプルに保つための方法を、Railsが提供する機能群をもとに考察します。 実世界の、特に仕事で開発するRailsアプリへの要求は様々のものがあり、Railsの豊富な機能群をもっても日々苦労して開発しているかと思います。 そんな中でも、Railsが得意とするような設計に落とし込むことで、複雑な要求をシンプルな実装で実現できると感じています。 本講演では、Railsが提供する機能のうち、「RDB」「REST」「Ruby」という要素を軸に、実世界の要求をシンプルに実装するための考え方を紹介します。
Re: [RFC] Convert builin-mailinfo.c to use The Better String Library. [LWN.net]
On Wed, 5 Sep 2007, Dmitry Kakurin wrote: > > When I first looked at Git source code two things struck me as odd: > 1. Pure C as opposed to C++. No idea why. Please don't talk about portability, > it's BS. *YOU* are full of bullshit. C++ is a horrible language. It's made more horrible by the fact that a lot of substandard programmers use it, to the point where it's much much easier to generate tot
Linus「C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが 簡単に生産されるようになってる」
/15 [4] (21:54) 原文: http://lwn.net/Articles/249460/ From: xxx To: xxx Subject: Re: [RFC] builin-mailinfo.c をマシな文字列ライブラリを使うようにすること Date: Thu, 6 Sep 2007 18:50:28 +0100 (BST) Message-ID: <alpine.LFD.0.999.0709061839510.5626@evo.linux-foundation.org> On Wed, 5 Sep 2007, Dmitry Kakurin wrote: > > Git のソースコードを最初に見たとき、ヘンだと思ったこと: > 1. C++ じゃなくてただの C を使ってる。理由は謎。移植性がどうとか言わないで、 > そんなのウソに決まってるから。 *あんた* のほうこそ
プログラマが知るべき97のこと/名前重要 - Wikisource
Kevlin Henney(編)、和田卓人(監修)『プログラマが知るべき97のこと』(オライリー・ジャパン、2010年)を出典とする。各エッセイはCC-by-3.0-USによってライセンスされている。 ネイティブ・アメリカンの信仰に「すべての人物・事物には真の名前があり、その名前を知るものはそれを支配することができる」というものがあるのだそうです。ですから、彼らは自分の真の名前を秘密にして、家族など本当に信頼できる人にしか打ち明けないのだそうです。そして、対外的にはあだ名を用意してそちらを使うということです。そういえばアニメ化もされたA.K.ル・グインの『ゲド戦記』でも同じ設定が用いられていましたね。「ゲド」というのは主人公の真の名前なので物語中にほとんど登場せず、物語の中では彼は一貫して「ハイタカ」と呼ばれていました。 さて、プログラミングの世界において、この信仰はある程度真実ではないか
Rubyの並列並行処理のこれまでとこれから - クックパッド開発者ブログ
技術部の笹田です。今日で退職するので、バタバタと返却などの準備をしています。 本記事では、Rubyの並行並列処理の改善についての私の取り組みについて、おもに RubyKaigi 2022 と 2023 で発表した内容をもとにご紹介します。 並行と並列はよく似た言葉ですが、本記事では次のような意味で使います。 並行処理（concurrent processing）は、「複数の独立した実行単位が、待っていればいつか終わる（もしくは、処理が進む）」という論理的な概念で、古典的にはタイムシェアリングシステムなどが挙げられます。 並列処理（parallel processing）は、「複数の独立した実行単位のうちのいくつかが、あるタイミングで同時に動いている」という物理的な概念で、古典的には複数のCPU上で同時に実行させる、というものです。最近では、1つのCPU上で複数コアが同時に動いている、という
巨大なタスクに圧倒されそうな時は“分割統治”で征服せよ ゴールまで走り続けるために有効な考え方
大きな問題も分割すればなんとかなる まつもとゆきひろ氏：次のことわざにいきましょうね。4番目は、これもことわざじゃないと言われちゃうんですが、「分割統治」という言葉です。英語だと「Divide and Conquer」。「分割して征服せよ」という感じです。大きな問題もね、分割すればなんとかなるというやつですね。 （スライドを示して）これは最近見た漫画です。巨大なタスクが存在して、圧倒されそうな気持ちになった時には、タスクを取り上げて細かく分解すると、細かく分解されたタスクは無視しやすいので、タスクは片づかなくても気分は楽になるという漫画なんですけども（笑）、実際、そういうところもあるんですよね。 非常に巨大なことをしろと言われると大変なんだけど、手に負える範囲に分割して1つ1つ話をしていくと問題を解決できるというのは、どこにおいても応用可能な原則だと思います。 クイックソートは一応現時点で
AIはどのような仕事ができるようになったのか？ChatGPTで変わる「優秀な人材」
この図はざっくりと3つの領域に分かれます。まず左下が従来のプログラミングの領域です。これは簡単に言うと「プログラムは間違ってはいけない定形な仕事を奪う」ということです。次にその上の士業が責任を取る領域です。これは「責任」を取る人がいないと成立しない仕事です。ミスが発生した際に罰則を与えるという形で、ミスの発生を防いでいます。最後に右側のホワイトカラーの仕事の領域です。ホワイトカラーの仕事は入出力が不定形であり、作業フローも非定型であったりします。そのため、多少のミスはあっても仕方ないという前提の上で仕事が行われています。 機械学習がビジネスに組み込まれるにつれ、ホワイトカラーの仕事領域はそれらによって少しずつ代替されつつあります。その図がこちらになります。 ホワイトカラーの担っていた領域は、表データの機械学習（重回帰や、Lasso回帰、SVM、RandomForest、LightGBMなど
エゾウィン、「Ruby on Rails」を無料で学べる「エゾ合宿2023」を8月1日〜8月31日に開催
「Webエンジニアになるためのオンラインプログラミング合宿」は、未経験からWeb開発現場でのニーズが高い「Ruby on Rails（ルビーオンレイルズ）」を無料で学べるカリキュラムを用意している。同プログラムでは、Web開発の現場で人気の高いフレームワーク、Ruby on Railsを1ヶ月で学ぶことができる。 「Ruby on Rails」とは、プログラミング言語「Ruby」の代表的なフレームワーク。Web開発において非常に重要な役割を担い、企業からのニーズが高い技術のため、習得すると、Webエンジニアになるチャンスが広がる。 合宿は、講義形式ではなく、「Railsチュートリアル」を使い、チームメンバー数人と協力しながら、主体的に学んでいくスタイル。何かつまずくところがあっても、同社のエンジニアがサポートするので、初めてプログラミングに触れる人も段階的にスキルを習得できる。 自ら学ぶス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Top Ruby Companies
おうちをプログラミングしよう@Panasonic | CoderDojo奈良
「社会的責任」からじゃない。 趣味でつくって、おすそ分け。──まつもとゆきひろ｜WIRED.jp
ソフトウェアの品質はいつ決まるのか？〜「Point of Sales」から「Point of Use」へ | Social Change!
