米Wasmerは、WebAssemblyでPOSIX（Portable Operating System Interface）の機能を利用可能にする新しい仕様「WASIX」を5月30日に公開した。WASIは、WebAssemblyをWindows、macOS、Linuxで動作可能にするための仕様であるWASIを拡張したものだ。WASIでは、OSのファイルシステムやネットワークなどを安全に利用可能にするAPIを定義している。 WASIXは、マルチスレッド処理やバークレーソケット、プロセスのフォーク、DNSによる名前解決など、POSIXが定義する機能の多くをWebAssemblyで利用可能にする。現在のところWASIXはRustとC言語で利用でき、ZigやAssemblyScriptへの対応も予定している。 WASIXを利用したプログラムを作成するには、上記の対応言語でWASIXのAPIを使っ

最近は個人開発は自分のOSSのメンテで手がいっぱいになってしまったのでサービス開発のようなものは普段あまりやらないのだが、大学院*1で今学期、何作ってもよいという感じの授業を取ってWeb/iOS/Androidアプリ*2を全て作るという体験をする中で、たまたま個人開発のコストを抑える活動をしたので、その時に調べたり考えたりしたことを書いておく。 Herokuで無料にする Herokuでは毎月550時間free dynoが使え、クレジットカードを登録しておくと更に450時間、合計1000時間無料で使える。Herokuは30分アクセスがないと一旦停止するが、今回授業で作ったサービスでこれを使い切らないことは明らかだったので最初はこれでセットアップした。セットアップも簡単だし、PostgreSQLも無料でついてくる。 ただ、コールドスタートに10秒くらいかかり、これがこのサービスではUX的に致命

先日，協力ゲーム理論のシャープレイ値に基づき機械学習モデルの予測を解釈するKernel SHAPという手法の理論と既存のライブラリの実装についてのブログを書いた． blog.tsurubee.tech 既存のSHAPライブラリであるslundberg/shap（以下，単にSHAPライブラリと呼ぶ）は，SHAPの提案論文*1のファーストオーサーにより開発されており，多くのSHAPのアルゴリズムの実装や可視化の機能が非常に充実している素晴らしいライブラリである． しかし，私が自身の研究の中でSHAPライブラリの中のKernel SHAPを使っている際に，計算速度と拡張のしやすさの観点で改善したいポイントがいくつか出てきた．今回は，まだ絶賛開発中であるが，Kernel SHAPの高速性と拡張性の向上を目指したShapPackというライブラリのプロトタイプが完成したので，それについて紹介する． 目

夕食後は一切研究をしないようになって、そろそろ2年が経つ。 多くの院生と同様、もともと私は昼夜の別なく、勉強や研究をやってしまう性質だった。考えてみれば中学受験の塾からして、学校が終わった後に始まり、夕食を挟んで夜まで授業が行われていたのだから、こうした習慣はかれこれ10年以上も続いていたことになる。もっとも、小学校から大学まで、学校というシステムは日中のほとんどの時間を拘束するものだから、宿題や予復習を考えれば、夜も勉強することが前提になっている。 その延長で、いわゆる研究者の卵として大学院に入り、毎日授業を受けるという意味での「勉強」から解放され、「仕事」としての研究に従事し始めてからも、私は昼夜を問わず研究活動に勤しんでいた。もちろん、四六時中研究をしていたわけではなく、休みも取っていたのだが、特に就業時間を決めずに、休みたい時に休んでいたのである。 やりたいときにやりたいことをやる

飛び入りです。Rubyアドベントカレンダーその2 17日目の記事です。昨日はなんとなく似たような（？）、 Rubyの8進数と2進数の構文エラー文の違い の話です。 qiita.com 今日はRubyで構造体、と言うか、バイナリパックされた構造体を扱う話の触りをします。class Structの話はしない。 さてみなさんは String#unpack/Array#pack を使ってますか？ docs.ruby-lang.org すこく正直な話をすると、おそらく多くの方は使っていなくて、使っている方も大半はbase64文字列を生成する m フォーマットぐらいしか使っていないのではないかと推測しています。 ["Hello World"].pack('m') #=> "SGVsbG8gV29ybGQ=\n" ぼくも今まではそうだったのですが、最近は他のフォーマットも急に使うようになりました。という

アーカイブ2022年8月 (1)2022年2月 (1)2021年11月 (1)2021年9月 (1)2021年5月 (1)2021年3月 (1)2021年1月 (1)2020年12月 (1)2020年11月 (2)2020年10月 (3)2020年9月 (1)2020年8月 (3)2020年7月 (1)2020年6月 (2)2020年5月 (4)2020年4月 (2)2020年3月 (2)2020年2月 (1)2020年1月 (1)2019年12月 (4)2019年11月 (3)2019年10月 (5)2019年9月 (4)2019年8月 (5)2019年7月 (6)2019年6月 (7)2019年5月 (7) IPアドレスだけを頼りにデータが届くというインターネットの仕組みは、ちょっと考えてみると不思議に思える。IPv4アドレスは（枯渇が問題になっているとはいえ）42億9千万個にも及ぶ組

こんにちは、坪内佑樹です。Web上では、ゆううき（@yuuk1t）と呼ばれています。 僕は現在、さくらインターネット研究所で研究員を務めています。専門領域は、ITエンジニアが情報システムに対して常に変化をもたらしながら、同時に情報システムの信頼性を高めていくための技術である、Site Reliability Engineering（SRE）です。 これまで、大学院を中途退学したのち、Webサービス企業でWebオペレーションエンジニアおよびSREを5年間務めました。そして昨年（2019年）の2月から現職で研究開発に取り組んでおり、今年はさらに情報系の大学院の博士課程に社会人博士として進学します。 本記事では、昨今注目を浴びているSRE分野において「代表的プロダクト」を作ることに憧れ、それを目標の軸に据えて、なぜエンジニアから研究者になる「選択」をしたのかをご紹介します。 大学で研究するより、

2月に六本木で行われた、「Agile PBL祭り2020」に行ってきました！ これは簡単に言うと、アジャイルでいっぱい盛り上がろう！というイベント。学生が大学等でアジャイルを体験して、その成果を発表するものです。 私はこれまでアジャイル関係で学生と関わる機会がほとんどありませんでした。今年の4月から入社だけど、入社するまでになんとかしていっぱい学生と交流したい！と思っていた私にとって、このイベントはまさに最高の場だったわけです。ということで、迷わず参加申し込みしました。 ちなみに私も発表しようかなと思ったけど、交流の方をメインとしたかったので、今回は発表断念しました。 こればかりはしゃーない。 目標 今回の目標は「学生の友達100人作る」です。 アジャイル関係について話せる学生がとても少ないので、全員と一度はお話して帰る！ということに重点を置こうと決めました。しかし参加する学生は38人とい

「Agile PBL祭り」というイベントに参加してきました。なかなかエモーショナルなイベントだったので、主催者の皆さまへのお礼も兼ねてレポートしたいと思います。 (イベントのアルバムから、SATE SATE様より) Agile PBL 祭りとは イベントのホームページから引用すると、Agile PBL 祭りは 昨今、大学におけるPBL（Project Based Learning）型教育でのアジャイル開発の実践事例が増えてきました。 各大学のこれまでの成果とその高い教育効果を紹介し、学生社会人を問わずプロジェクト実践者の相互学習と交流を目的としたイベントを開催します。 というイベントです。 主催の筑波大学の渡辺先生やAttractorの永瀬さんの記事に理念なども含めてイベントへの思いが熱く書かれているので、詳細はそちらに譲ります。 参加した理由 僕は筑波大学の主専攻実験としてenPiTとい

はじめまして、00_です。私は現在東京大学の学部4年生で、2020/2/13現在、10校出願したコンピューターサイエンスの博士課程プログラムのうち8校(MIT, Stanford, CMU, UW, Harvard, Brown, Princeton, UMD)から合格を頂いており、第一志望のMITに進学する予定です。残りの2校(UCSD, UCB)については結果待ちです。 全ての大学の結果が出揃ってから留学についてのブログを書こうと思っていましたが、合格を頂くにつれ出願までの辛い記憶が徐々に薄れつつあり、臨場感が伴った文章を書けなくなるのではと思いこのタイミングで立志編を書くことにしました。また、合格してから沢山の方にフォローされ、「天才ですね」というコメントを沢山頂くのですが、そんなことはなく、秀才が努力した結果が出ただけなんだということを伝えられればなと思います。この記事では、学部生

SRE実践の手引 ─ 信頼性をどう制御するか？ から始める、現実的な指標と目標の設計と計測 SREの役割には、信頼性、SLIとSLO、エラーバジェット、トイル、ソフトウェアエンジニアリングといった複数のキーワードが存在するがゆえ、なかなかうまく実践できない、という声もあります。本稿では、難しく見られがちなSREの内実を、「信頼性の制御」というコンセプトを軸に整理し、小さく始める一歩を坪内佑樹（ゆううき）さんが解説します。 こんにちは。SREの研究者をやっているゆううき（@yuuk1t）です。 SRE（Site Reliability Engineering）は、従来のオペレーションエンジニア、システム管理者（sysadmin）と呼ばれる人々が担っていた技術領域の新しい形です。Googleによって提唱され、日本国内でも2015年ごろからWebコンテンツ事業者のコミュニティを中心に広く知られる

GitHubは、オープンソースソフトウェアの開発に携わる開発者に経済的な支援を行えるサービス「GitHub Sponsors」がベータ版を脱し、日本を含む30カ国で正式サービスになったことを発表しました。 GitHub Sponsorsは、支援を受ける「スポンサード開発者」に対して、あらかじめスポンサード開発者が設定した月次の支払金額などを寄付することでGitHub上で経済的支援が行えるサービスです。 また、オープンソースのコントリビュータが質問に答えてくれた時や問題をトリアージしてくれた時、あるいはコードをマージしてくれた時などにも、そのコントリビュータのプロファイルに移動するか、ユーザ名にカーソルを合わせるだけで、資金援助を行うことができます。 オープンソースプロジェクトにコントリビュートしている人は誰でも、将来スポンサード開発者になる資格があり、自分のGitHubリポジトリのページに

前回の記事では、自作OSとは何か、そしてこれまでの自作OSの歴史を紹介しました。しかし、近年になって自作OSを取り巻く状況は大きく変化してきています。そこで今回は、現代における自作OSでは、これまでと比べてどのような点が変化してきたのか、どのような難しい点があるのかについて紹介し、さらにそれらに対する解決策を、筆者の経験をもとに提案してゆきます。 自作OSをとりまく環境の変化 川合秀実氏著「30日でできる！OS自作入門」が出版された2006年頃と比べて、コンピュータをとりまく環境は大きく変化してきました。その変化には、CPUのコア数やビット幅からファームウェアの変遷、そしてデバイスの進化も含まれています。まず最初に、CPUのコア数について着目してみましょう。 CPUコア数の増加 上記の図は、1999年から2019年までにIntelから発売されたCPUのコア数の変化を示したグラフです。ご覧の

エンジニア組織づくり5年。見えてきた関西Web界隈のええとこ、あかんとこ - Developers Summit 2019 KANSAI

昔書こうとしてイマイチしっくり来ず放置していた話。 プロジェクトが上手く行っているか、上手く行っていないか。 その人の行動が正しいか、正しくないか。 などというのは、一意に決まらないものです。 プロジェクトには非常に多くの評価軸があるため、人や案件によって「正しさ」が全く違ってきます。 エンジニアのタイプ 社会派タイプ 事業家タイプ 解決思考タイプ 職業人タイプ ものづくりタイプ 技術好きタイプ 科学者タイプ 「素晴らしい技術が発表されました」に対する反応 主な生息域 どのようにタイプが決定されるか 話が合う相手 締め こういう点はフリーランスのほうが感じているのかもしれません。 30代正社員となれば、経験社数はせいぜい1〜3社と言ったところでしょうが、フリーランスになると取引する会社は二桁に及んだりします。 二桁も会社を経験したら法則性が見えてくるのかと思うのですが、価値観は会社や人によ

スマートキャンプのエンジニア今川(@ug23_)です。 今月3日から6日にかけて産業技術大学院大学のenPiT2プログラムの一環である、 enPiT2 PBL基礎・夏合宿「アジャイルチームキャンプ」（以下、夏合宿）に社会人メンターとして参加してきました。本記事ではその参加レポートをお送りします。 会社側には業務として送り出していただきました。任意で受講するenPiT2の受講生たちと直接関われる機会が得られ、直接採用につながらなくても「今の学生エンジニアが求めるもの・流行り」などの情報収集になるし、アジャイル開発を実践していることを伝えられるという会社側へ与えるメリットも説明して最終的には代表OKをいただきました。 enpit.aiit.ac.jp enPiTは 高度IT人材を育成する産学協働の実践教育ネットワーク という題がついており、学生時代のうちから実践的なIT教育を行って社会で活躍で

Kubernetesの読み方 Kubernetesと書いて、どう読むでしょうか。 登場時には、クーベルネイティスと読む人やクーベネティスと読んだり、いったいなんて読むのが正解なんだろうと悩んだままなんとなくクーベルネティスがいいかななんて思っていました。 今日、日経にこんな記事が出ました。 www.nikkei.com ・・・その主役は、グーグルが開発した仮想化ソフトの運用ツール「クバネティス」・・・ クバネティス！！！。また新しい呼び方ですが、日経に出たということは今後は経営層はクバネティスと言ってくるはずなので、少なくとも日本国内では、く・・くばねてぃす・・と呼ぶことにしようと思います。 Kubernetesはまだ成功していない 国内のメディア記事を読む限り、結構たくさんのワークロードがKuberenetesで動くようになってきたように思います。特に大量のコンテナで分散処理する必要があ