去る10月14日（金）弊社の主催でULTRA Beer Bashというイベントを開催しました。 Web界隈のCTOさんたちがパネルディスカッションを行うトラックと、最新の技術動向のプレゼンテーションを行うテクニカルトラックの2トラック構成のイベントだったのですが、テクニカルトラックのアレンジを自分の方で担当させていただきました。準備時間も短かったのですがスピーカーの皆様にご協力いただきフロントエンドから機械学習、インフラ、DDDそしてエンジニアのキャリア論まで素晴らしいセッションを揃えることができました。 当日はイベント内容のSNSでの拡散はNGというアナウンスがされていたのですが、テクニカルトラックに関しては通常の技術イベントと同じくSNSでの拡散OKということにしておけばよかったかなと思います。せっかくの魅力的なセッションがご参加いただいた方以外に拡散しないのはもったいないのでこのエン

Scala関西 Summit2016の翌日、京都のはてなさんオフィスに伺わせていただき弊社とはてなさんの合同Scala勉強会を開催しました。 今回はクローズドな勉強会ということで普段あまり外には出せないようなリアルな悩みなどもご相談させていただいたのですが、当日の内容を可能な範囲でまとめてみたいと思います。 Scalaの利用状況について はてなさんでScalaを採用しているのは3プロジェクト、社内でScalaを書けるエンジニアは10人ほど、フレームワークはPlay + SlickもしくはScalatra + Slickとのことですが、最近のプロジェクトではSlickはDSLを使わず生SQLを書いているそうです。WebフレームワークはFinchも検討されたそうなのですが、生産性に問題があるという判断で採用には至らなかったとのことでした。 弊社でScalaを使っているのは2プロジェクトですが、

追記：Twitterで、「それって、言語マニアにしかできない技のような気が」という指摘を受けました。自分としては一般的に適用可能な話だと思っていますが、あるいは自分の感性が著しくずれているのかもしれません。その辺承知の上でお読みください。 Scalaは習得が難しい言語だ、とよく言われます。また、実際問題として、Scalaの言語仕様の全体はそれなりに複雑でもあります。しかし、それはたとえばJavaでも言語仕様の全体像を把握するのは難しい話であり、Scalaに限った話ではありません。にも関わらず、Scalaの習得が難しいとよく言われるのはプログラミング言語の学習モデルが誤っているからではないかと最近思うようになりました。そこで、Scala（や他の言語も含めて）のコストを下げるために必要な心得についてちょっと書いてみます。 Scalaはオブジェクト指向言語である これは、Scalaは関数型プログ

Compassを使いはじめたけど、まだ慣れてないので実際にどんなcssが出力されるかを確認しながら使っているとEmacsで開いてるバッファの再読み込みをブラウザの「更新」みたいにやりたくなったので設定方法を調べてみました。 設定方法 まず revert-buffer だと確認をしないといけないので、確認の必要のない関数を定義。 ファイルの変更が保存されてない場合はエラー。それでも必ず再読込したい場合は「参考」を見てください。 (defun revert-buffer-no-confirm (&optional force-reverting) "Interactive call to revert-buffer. Ignoring the auto-save file and not requesting for confirmation. When the current buffer

REST APIをテストすることができるデスクトップクライアント「Insomnia 3.0」。現在Mac/Windows/Linux用のデスクトップアプリを無料でダウンロードすることができます(Pricing Plansによると、個人用のデスクトップアプリは無償で利用できるかわりに、チーム・企業向けの有料プランが計画されているようです)。 Insomnia 3.0はChromeアプリとして公開されていたv2.0と異なり、完全なデスクトップアプリとして書き直されています。 REST APIをテストするためのクライアントアプリで、様々なHTTPリクエストを素早く組み立て、リクエストに対するレスポンスを詳細に確認することが可能です。ワークスペースを使用してリクエストを管理し、ドラッグ＆ドロップで整理したり、データをインポート・エクスポートする機能も搭載されています。 APIキーのようなリクエスト

6. コンパイルに時間かかりすぎ class C<T> { C() {} C(T t) {} C(C<T> c) {} static <U> C<U> m(C<U> c) {return c;} public static void main(String... args) { C<String> c = m(new C<>(m(new C<>(m(new C<>())))); // 1秒以下 } }

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

絵文字（UTF-8 の 4 byte 文字にあたる）を利用可能とするため、文字コードは utf8mb4 を利用する。 絵文字だけでなく非常用漢字なども対応するためには必要。 サーバ設定 とりあえず開発環境（Mac）は Homebrew でインストール brew install mysql （検証時点で 5.7.13）。 サーバの設定を以下のとおり変更する。 $ diff /etc/my.cnf.org /etc/my.cnf --- /etc/my.cnf.org 2016-07-05 18:46:02.000000000 +0900 +++ /etc/my.cnf 2016-07-15 14:43:47.000000000 +0900 @@ -16,7 +16,7 @@ # The following options will be passed to all MySQL clients

国内でMIDI規格に関しての管理を行うとともに、MIDIの新仕様・新規格の検討・制定などを行っているの機関がAMEI(一般社団法人音楽電子事業協会)です。AMEIはMIDI検定を実施する機関としても知られていますが、そのAMEIがこのたび新たな試みを2つ同時にスタートさせました。 ひとつはMIDI規格そのもののオープン化であり、これまで30年余り積み重ねてきた全仕様書を無償公開し、AMEIのWebサイトからダウンロード可能となりました。もう一つはソフトウェア開発プロジェクトのための共有ウェブサービスGitHubに、アカウント(amei-music)の運用を開始したということです。一般ユーザーの方にはピンと来ないかもしれませんが、実例なども示しながら、この2つの試みについて考えてみたいと思います AMEIが公開したCreators’ HubによってドローンとMIDIの融合も可能になる!? 言

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ

第16回 渋谷Javaでの発表資料です。

みなさん、連日 GitHub をブラウジングしてると思うんですが、より快適にブラウジングできる拡張機能を紹介したいと思います。

Intro 先日 #http2study で mozilla の Richard Barnes が Let's Encrypt について話してくれました。 資料: Let's Encrypt Overview この資料の翻訳 はしたのですが、いらなくなってしまったので供養もかねてこのプロジェクトのモチベーションと、 Web でおこっている HTTPS 推進のたどる道について、資料を補足しつつ紹介します。 結論から言うと Let's Encrypt はもちろん ACME プロトコル についても是非知っておくと良いと思います。 HTTPS の問題 すでにこのブログでも紹介しているように、 Web における HTTPS の重要性は増し、それの普及を後押しする活動が各所で進められています。 HTTPS 化する Web をどう考えるか よく言われる盗聴防止を始め、暗号化を行うことで防げる問題は多くあ

$ whoami @vkostyukov on Twitter and on Github 2010-2014: Compiler Engineer at Intel (ART/DalvikVM contributor) Since 2013: Scalacaster Since 2014: Finch, finagle-oauth2, finagle-serial, ... Since 2014: Scala Developer at Twitter (Finagle team) Since 2015: Pretending to be @finagle on Twitter The key problem with #Finagle adoption that it solves tons of problems that you know nothing about until it

2016/04/19のアップデートにより、Kinesisストリームはシャード単位のメトリクス(shard level metrics)に対応しました。 Amazon Kinesis アップデート – Amazon Elasticsearch Service との統合、シャード単位のメトリクス、時刻ベースのイテレーター | Amazon Web Services ブログ 従来はストリーム単位のメトリクスにしか対応していませんでしたが、今回の機能追加により シャード間のレコードの偏り データ処理の止まっているシャード データ処理遅延の発生しているシャード などを簡単に検出できるようになりました。 機能概要 シャード単位メトリクスを有効にするには? シャード単位のメトリクスは RDS にもあるEnhanced Monitoring(拡張モニタリング)の形で提供され、標準では無効化されています。ま

非プログラマにもオススメのプログラミングの学習サイトです。https://nalu-labo.amebaownd.com

先日、GitHub Pages が Jekyll 3.0 になりました。 GitHub Pages now faster and simpler with Jekyll 3.0 · GitHub GitHub Pages is now running the latest major version of Jekyll, Jekyll 3.0 , and with it, many of th... https://github.com/blog/2100-github-pages-now-faster-and-simpler-with-jekyll-3-0 速くなったという事でとても喜ばしいのですが、良い事はそれだけではなかった。GitHub Pages を使ってのブログ作成方法については、これまでこのブログでも幾つか紹介して来ました。 Big Sky :: Jekyllで始める簡単ブロ