心理学と人間工学の交点にプログラミング言語開発があった まつもとゆきひろ氏が17歳の時に言語を作りたいと思ったわけ
技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。ここで登壇したのは、Ruby言語の開発者である、まつもとゆきひろ氏。エンジニアを目指す学生からの質問に答えました。全3回。1回目は、まつもと氏が言語開発に興味を抱いたきっかけと、誕生するまでの経緯について。 Rubyの父の経歴 楓博光（以下、楓）：まず、Matzさん（※まつもと氏のニックネーム）から経歴を簡単にお話しいただいてもよろしいでしょうか。 まつもとゆきひろ氏（以下、まつもと）：そうですね。32年前の1990年に大学を卒業して、プログラマーとして普通に就職したんですけれども、もともとプログラミング言語が大好きだったので、その傍ら、趣味でプログラミングをしていました。それで、「いつか作るか」と思っていた言語にとうとう取り掛かったのがRubyです。転職をするうちに、だんだんR
アニメ「Sonny Boy」の『難解』プログラムの解説 - まめめも
『Sonny Boy』というアニメが放送されています。学校が異次元に漂流してしまい、超能力に目覚めた生徒たちがサバイバルしながら、さまざまな奇妙な現象の裏にあるルールを解き明かし、元の世界に変える方法を探す、というストーリーです。ルールが分かったあとで何度も見直したくなります。 anime.shochiku.co.jp さて今回、『Sonny Boy』に、プログラムを寄稿しました。プログラムでおもしろいCGを作ったとかではなく、プログラムの実行の様子そのものが『Sonny Boy』の5話の中で放送されました。 こういうプログラムです。 nankai.rb このプログラムがどういうものだったかを解説します。 どんなプログラム？ 実行すると、「難解」という文字がほどけてなくなるアニメーションをします。 起動したらまず、プログラム自身が画面に表示されます。 しばらくしたら「難解」が左から右へほど
Rubyの開発環境を2021年ぽくする for Windows - ブログのおんがえし
2021年なのでこれくらいは欲しい。 Ruby 2.7.4 VSCode バイナリgemを確実にビルドできる コードフォーマッタ Lint デバッガ コード補完 それぞれは独立した機能なので全部入れなくてもいいと思います。(個人的には上から順に必須度が高い) Ruby 2.7.4 Ruby3自体は安定しているがgem周りの挙動が若干安定していなかったのでこちらを採用した。 (RubyInstallerも2.7系をまだおすすめしていた。) https://rubyinstaller.org/downloads/ rubyinstaller-devkit-2.7.4-1-x64.exeをダウンロードしてインストール。 Rubyのインストール終了後にmsysなどもインストールしてくるか聞いてくるので基本的には全てインストール。 バイナリgemのインストール スタートメニューに「Start Com
The Rails Doctrine(日本語訳) - Qiita
（訳者注: 原文は https://rubyonrails.org/doctrine/ です。しばらく寝かして問題なさそうであれば本家に投げようかと思っています。おかしいところがあればコメント・編集リクエストをお待ちしております。) The Rails Doctrine By David Heinemeier Hansson in January, 2016 Ruby on Railsの驚異的な台頭は、斬新な技術とタイミングによるところが少なからずあります。しかし、技術的な優位性は時間の経過とともに失われていきますし、タイミングの良さだけでは長期にわたってムーブメントを維持できません。そのため、Railsがどのようにして現役であり続けることができたのかだけでなく、どのようにしてそのインパクトとコミュニティを成長させてきたのかについて、より広範な説明が求められています。私が提唱するのは、永続
Ruby3 さみっと online 開催報告 - クックパッド開発者ブログ
Ruby インタプリタの開発をしている技術部の笹田です。以前から自主的にリモートワーク状態だったので、あまり仕事環境は変わっていません。が、子供の保育園の登園を自粛しているため、色々大変です（主に育休中の妻が）。日常がはやく戻ってくれることを祈るばかりです。 さて、去る 4/17 (金) に、Ruby3 さみっと online というウェビナーイベント（オンラインイベント）を開催しました（Ruby3 さみっと online - connpass）。今年の12月にリリースされると言われている Ruby 3 に関するトピックに絞った発表会です。本稿では、このイベントについてご報告します。 RubyKaigi 2020 が、4月から9月に延期されたので、Ruby 3 開発のマイルストーンがちょっと宙ぶらりんになってしまいました。 そこで、一つお披露目する機会を作ろうと企画したのがこのイベントです
Rubyのテストのややこしい失敗を直した話 - まめめも
Ruby の CI 維持業というのはこんな感じという事例紹介。 CIを観察する RubyのCIがときどき次のように失敗していました。 1) Error: TestM17N#test_object_inspect_external: Encoding::CompatibilityError: incompatible character encodings: UTF-8 and UTF-16BE /tmp/ruby/v2/src/trunk-test-random/test/ruby/test_m17n.rb:311:in `encode' /tmp/ruby/v2/src/trunk-test-random/test/ruby/test_m17n.rb:311:in `inspect' /tmp/ruby/v2/src/trunk-test-random/test/ruby/test_m1
サーバとアプリ間をつなぐRuby用ライブラリ「Rack」を学ぶために、自作のRackミドルウェアを作った話
女性も参加しやすい（でも女性限定ではない）Ruby勉強会「TokyoGirls.rb Meetup vol.2」。Webプログラマーの塩井美咲氏が、最近気になっているライブラリ「Rack」について学ぶため、自ら「TraceHeader」というRackミドルウェアを作りました。その実装と有効性の検証について紹介します。講演資料はこちら 最近気になるライブラリ「Rack」でミドルウェアを作った話 塩井美咲氏（以下、塩井）：すみません、なんの脈絡もなくRackの話をしようとしています。他意はありません。 （会場笑） 先にお伝えしておきたいことがあって、今回、発表資料の枚数がだいたい60枚ぐらいあります。私はもともとすごく早口なんですけど、今日はちょっと自分の限界に挑戦してみたいと思っています（笑）。よろしくお願いします。詳細な資料についてはのちほど共有します。 私はしおいといいます。普段はこの辺
まつもとゆきひろ氏が語る、エンジニアのキャリアアップで大切なこと 「へびのように賢く、鳩のように素直であれ」
2019年12月19日、「シューマイカンファレンス」が開催されました。株式会社シューマツワーカーが主催する、“世界をテックリードする日本人エンジニアを多く輩出する”をビジョンに、 日本のエンジニアのレベルの底上げを目指す勉強会コミュニティ「シューマイ」。今回は、急成長中のITベンチャー3社のCTOが会場からの質問に答える「CTOセッション」と、Rubyの父、まつもとゆきひろ氏の講演という2部構成で開催されました。第2部のまつもとゆきひろ氏の講演では、「へびのように賢く、鳩のように素直であれ」をキーワードに、エンジニアのキャリアアップについて語りました。 Hello Worldに至るまでの道 まつもとゆきひろ氏：1993年の2月にRubyを作り始めたんですけど、プログラミング言語を最初に動かすプログラムと言えば、普通の人は「Hello World」だと思いますよね。Rubyの言語ではprin
Ruby中間表現のバイナリ出力を改善する - クックパッド開発者ブログ
Ruby 開発チームに4週間インターン生として参加いたしました、永山 (GitHub: NagayamaRyoga) です。 私は「Ruby中間表現のバイナリ出力の改善」という課題に取り組み、Railsアプリケーションのコンパイルキャッシュのサイズを70%以上削減することに成功しました。以下ではこの課題の概要とその成果について述べたいと思います。 InstructionSequenceの概要 まず、RubyVM 内で実行される命令の中間表現、InstructionSequence (以下 ISeq と省略) について簡単に説明します。 通常の Ruby プログラムは、以下のような手順で実行されます。 ソースコードを構文解析し、抽象構文木を作る。 抽象構文木をコンパイルして、ISeq を作る。 RubyVM (YARV) で ISeq を解釈し、実行する。 ISeq は、このように Ruby
まつもとゆきひろの履歴書｜仕事中にこっそり作ったRubyが世界を驚かせるまで #ぼくらの履歴書 - ぼくらの履歴書｜トップランナーの履歴書から「仕事人生」を深掘り！
※この記事は2019年8月に取材・撮影した内容です 私たちが使う便利なアプリの数々は、“プログラミング言語”によって作られています。言語の種類は数え切れないほど存在していますが、「多くの人々に利用されているもの」となると、ごくわずか。優れたプログラミング言語を生み出せる人物は、世界的に見ても一握りなのです。 その数少ない人物のひとりが、日本にいます。プログラミング言語・Ruby（ルビー）の作者である、ソフトウェア技術者のまつもとゆきひろ（ @yukihiro_matz ）さんです。使い勝手の良さや生産性の高さから、まつもとさんの生み出したRubyは世界中で高い評価を受け、まつもとさん自身も世界中のコンピュータエンジニアから「Matz（マッツ）」の愛称で知られるようになりました。 では、まつもとさんは戦略的に、現在のキャリアを築き上げてきたのでしょうか。その答えは「NO」です。むしろ、「自分
Rubyプログラマが中学校で情報モラル講演会をしてきたよ - give IT a try
はじめに 先日、Rubyプログラマが本職である僕が、なぜか地元・兵庫県西脇市の中学校で情報モラル教育に関する講演をしてきました。 このエントリではなんでそんなことになったのか、そしてどんなことを話したのか、といった話を書いていきます。 【もくじ】 はじめに 講演を依頼されたいきさつ 去年の情報モラル講演会は本当にひどかった 今年は誰かな〜？ → えっ、僕！？ 当日使用したスライド この講演で伝えたかったこと 「スマホやSNSは怖い」だけでは終わらせない トラブルに遭遇したら大人に頼る（一人で解決しようとしない） リスクを語るときは、必ず予防策と対処法をセットで伝える テクニカルな解決策（設定の変更等）は重視しない 大人だって失敗したり、ちゃんとできてなかったりすることを伝える 生徒さんたちの感想 その他の裏話等 「経験がない＆時間がない」で、かなり準備が大変だった 信頼が置ける専門家の方た
Bug #595: Fiber ignores ensure clause - Ruby master - Ruby Issue Tracking System
Ruby プロセス終了時，Fiber が ensure を無視します． これは，前から直そうと思って手がついていなかった問題です． 10月末までには直そうと思います．結構複雑なので，後回しにしていましました． fib = Fiber.new{ begin Fiber.yield :ok ensure puts "should be print out" end } p fib.resume
GraphQLにおけるエラーハンドリングの仕方 - ZOZO TECH BLOG
こんにちは、サーバーサイドエンジニアの竹若です。今回GraphQLにおけるエラーハンドリングを調査、Ruby on Railsとgraphql-rubyを使って実装する機会があったので、そこで得られた知見を共有させていただきたいと思います。(なお今回の実装はプロダクション環境には出ていません) GraphQLの仕様とプラクティス それではまず初めに、GraphQLが仕様に定めているレスポンスの返し方を見ていきましょう。 レスポンスのフォーマットに関するプラクティス GraphQLのプラクティスの1つに、レスポンスのhttp statusを200で統一し、レスポンスのerrorsキーにエラーの詳細な情報を持たせるというものがあります。 なぜならGraphQLではリクエストに複数のクエリを含めることができるからです。 https://www.graph.cool/docs/faq/api-ee
Ruby3が目指すのは“3倍速” まつもとゆきひろ氏が語る「プログラミング言語サバイバル」とRubyの未来 - Part2
Ruby3x3 我々のテーマは「Ruby3x3」といって、だいたい2年後ぐらいの登場を期待されている「Ruby3」というバージョンを開発中なんですけど、そのバージョンではRuby2.0と比較して、さまざまな各種ベンチマークで3倍のスピードを出すことをやってみようと、高いチャレンジを持ってやっています。3倍速くするんですね。 でも、言うのは易しいんですが、実現はなかなか難しい。さまざまなボトルネックが存在していて、それらを解消するためにさまざまな努力をしています。 具体的に言うと、Rubyのプログラムが遅いと言われたときに、1つの理由だけで遅いことは滅多にありません。 あるアプリケーションはCPUをたくさん使いすぎていて、CPUのパフォーマンス、CPUの性能そのものがボトルネックになっている。あるいは、メモリがボトルネックになっているアプリケーションも意外と多い。それから、I/Oがボトルネッ
“Rubyは死んだ”のか？ まつもとゆきひろ氏が語る「プログラミング言語サバイバル」とRubyの未来 - Part1
2018年12月14日、品川シーズンテラスカンファレンスにてRubyアソシエーションが主催するイベント「Ruby Business Users Conference 2018 Winter」が開催されました。すでにRubyを活用しているユーザーや、これからRubyをビジネスに活用しようと考えている人が集い、情報交換を行いました。基調講演「プログラミング言語サバイバル」に登壇したのは、一般財団法人Rubyアソシエーション理事長のまつもとゆきひろ氏。Rubyの開発をはじめて25年、今日のプログラミング言語の潮流とRuby開発者として感じている危機感について語りました。 プログラミング言語サバイバル まつもとゆきひろ氏（以下、まつもと）：どうもこんにちは、まつもとと申します。今日は「プログラミング言語サバイバル」というタイトルでお話をしようと思います。 今年は、2月にイベントをやりましたが、Ru
【必読】開発者が「RubyMine」を使ってはいけない4つの理由【JetBrains】 - pavlog
「統合開発環境（とうごうかいはつかんきょう）」… これは、たった一つのアプリケーションで開発作業の何もかも全てをただ一つの操作環境からできるようにした開発における叡智の集合です（個人の感想です）。 今の時代は金とマシンパワーを積んでIDE*1さえ買えば、どんな開発作業も楽になる恐ろしい時代です（個人の感想です）。 しかし数あるIDEの中でも使ってはいけないIDEがあります。JetBrains社謹製のIDEであるRubyMineです。様々なIDEを使ってきた僕が、今改めて使わない方がイイと断言するのには、理由が4つあります。 ・目次 IDEとは？ 使ってはいけない理由 理由1: 「Search Everywhere」 理由2: 「Quick Documentation / Quick Definition」 Quick Documentation Quick Definition 理由3:
スカイマーク会長がRuby on Railsを学ぶ理由
2018年12月28日、多くの会社が仕事納めを迎えた日。1年の仕事を終えてホッと緩んだ世間の雰囲気と対照的に、そのビルの1室は真剣な空気に満ちていた。中で行われていたのは、プログラミング講座。受講者は思い思いにPCと向き合ってRubyと格闘したり、他の受講者とディスカッションしたりしている。 一見、一般的な社会人向け講座。だが受講者が独特だ。集まっていたのは全員、企業の経営者。12月23～29日の7日間集中で、経営者限定のプログラミング講座が開催されていたのだ。 プログラミングスクール事業を手掛けるdivが運営する「経営者限定TECH::CAMPイナズマ」だ。経営者が知識ゼロの状態からRubyを学び、HTMLやCSSの知識も習得する。最終的にはRuby on Railsを使ったWebサービス開発に挑む。 受講者にはネットサービス企業だけでなく、ITとは直接関係のない業種の経営者も名を連ねる
Ruby 2.6.0とより高速なcsv - 2018-12-25 - ククログ
Rubyの標準添付ライブラリーのcsvをメンテナンスしている須藤です。 歴史 csvは名前の通りCSVを読み書きするための便利ライブラリーです。 もともとRuby本体とは別に開発されていたのですが、Ruby 1.8.0のときにRuby本体にバンドルするようになりました。dRubyやREXMLがRuby本体にバンドルされたのも同じタイミングです。Ruby 1.8.0のときにバンドルするライブラリーをすごく増やしたのです。（その頃の様子がわかるURLをここに置いておきたかったけど見つけられなかった。。。） Rubyではcsvのようにrequireするだけで使えるライブラリーを「標準添付ライブラリー」と呼んでいます。Stringのようにrequireしなくても使えるライブラリーは。。。なんだろう。組み込みクラスかしら。 その後、Ruby 1.9.0のタイミングで実装をFasterCSVに置き換え
6.サーバーサイドの開発裏話 | GraphQLを本番投入して実感したメリットと課題 - 行灯Labo（アンドンラボ）｜JapanTaxi採用ブログ
こんにちは、JapanTaxi SREチームの水戸です。 インフラからアプリケーションまでサービスの安定性向上のための改善を日々行っています。 今年9月のリニューアルで、JapanTaxiアプリ向けのAPIにGraphQLを導入しました。この記事では実際にGraphQL導入したことで感じたメリットと課題を書いていきたいと思います。 現在のJapanTaxiアプリにおけるGraphQLの導入状況 今回は数年間開発を続けてきたアプリのリニューアルプロジェクトということで、既存部分を使いまわしている部分も多々あり全てのAPIを一斉に置き換えるのは難しい状況でした。そのためリリース時点ではアプリの変更に合わせて改修が必要になった参照系のAPIにのみGraphQLを導入しました。 リリース後は順次RESTからGraphQLに切り替えを進めており、一部では更新系でもGraphQLを使い始めています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - kaityo256/yaml_cv: YAMLによる履歴書作成スクリプト
