2015年12月に自分で出版社を立ち上げたとき、うっすらと決めていた覚悟は、「ひとまず10年は続ける」でした。 それまで15年くらい、技術系版元として歴史も規模もそこそこある出版社で企画編集をやっていたので、「だいたい何部くらい売れれば一人なら食っていける」といった程度の雑な算段はあったものの、かっちりした事業計画があったわけでもなく、「まあ、しばらくは前職の退職金を食いつぶしながら最初の何冊かを作ればいいかな」などと気軽に考えながら、むかし作った本の読者だったり有識者レビュアーだったりでお世話になっていた時雨堂という会社に遊びにいき、そんな浮ついた起業計画を雑談のつもりでしたら、社長の @voluntus に「お金出すよ」と言われ、「えっ」って戸惑っているうちに税理士さんを紹介してもらい、定款ができて、気づいたら ラムダノートという出版社 ができていました。 あれから満7年。2022年1
1985年、福島県生まれ。慶應義塾大学文学部卒業。IT系ニュースサイトを運営するアイティメディアで情報システム部に在籍し、エンタープライズIT領域において年間60本ほどのイベントを企画。2018年10月、フリーに転向。現在は記者、広報、イベント企画、ブランドアンバサダー、マネージャーとして、行政から民間まで幅広く記事執筆、企画運営に奔走している。著書『ルポ 日本のDX最前線』（集英社インターナショナル） Twitter：https://twitter.com/sakaisaketen 酒井真弓のDX最前線 2018年に経済産業省のレポートが「DXの壁」を指摘したように、日本では、DX（デジタルトランスフォーメーション）が遅れているとよく言われている。また、「日本はもはやIT後進国」「なぜアメリカのGAFAや中国のBATHと渡り合える企業が日本では生まれないのか」などの悲観的な意見もしばしば
RubyWorld Conference 2022 開催報告 2022-12-12 2022年11月10日(木)、11日(金)、14回目となる「RubyWorld Conference 2022」を3年ぶりに島根県立産業交流会館「くにびきメッセ」（島根県松江市）にて現地開催しました。 今回の国際会議では、国内外19名が講演し、Rubyに関するビジネス利用事例や、最新技術の情報や事例の紹介などさまざまな発表が行われました。また、来場者数は2日間で延べ725名（詳しくは下記資料を参照）を数えました。今年もRubyWorld Conferenceを通じて、Rubyの更なる普及・発展に向けた活発な議論がなされました。 資料: 「RubyWorld Conference 2022」開催報告（PDF 14.6MB）
最初に説明抜きで結論を CRuby のリポジトリを git で clone した working copy で以下を実行します。 git remote add ruby-trunk-changes https://github.com/nagachika/ruby.git git config --local remote.ruby-trunk-changes.fetch '+refs/notes/commits:refs/notes/ruby-trunk-changes' git config --local notes.displayRef '*' git fetch ruby-trunk-changes git の使いかたにはいろいろ個人の好みがあったりとか既存の設定との相性があると思うので、よりこまかく設定したい人や背景を知りたい人は以下の説明も読んでみてください。 背景 毎日 C
ruby-advent-20221211_kakutani.md 日本Rubyの会のほうから来ました この記事はRuby Advent Calendar 2022の第11日の記事です。前日の記事は@taichi-ishitaniさんによる「YAML 上の位置を取得する」でした。 日本Rubyの会の理事の@kakutaniです。この記事はあくまで個人の見解であり、会の公式見解ではありません。 in-person開催のイベントが「帰って」きましたね ここ2年ほどのコロナ禍のなか、日本Rubyの会の活動はいつも以上に元気がありませんでしたが、2022年にRubyKaigiがin-personで開催されのは、なんか日本のRubyコミュニティの活動を再始動させるきっかけになった気がします。参加した皆さんは楽しんでくれたようでしたし、オンライン参加だった方がたからも「次はやっぱり現地に行こうと思った」
Error Tolerant parserに関するアイデア 9月半ばに行われたRubyKaigi 2022以来、3ヶ月くらいError Tolerant parserについて調べたり考えたり実装をしたりしています。 途中でもいいからなにかにアウトプットしておくとよいというアドバイスをもらったので、今現在の状況や考えていることを書いておこうと思います。 Error Tolerant parserとは? どうしてそれが欲しいの? 通常parserはユーザーの入力を受け取り その入力がそのプログラミング言語にとって、validなものか否かをチェック validな場合、その後の工程にとって都合のいいデータ構造(例えばAST)に変換し、後工程に渡す invalidな場合、Syntax Errorをレポートする といった処理を行います。 しかしIDEやLSP(Language Server Proto
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
