アニメロサマーライブ2017！！ 3日間、盛り上がりましたね！！ まさにアニメソングのお祭りでしたね！！ 我らシークレットゲストのSOS団にも ものすごい歓声(もはや悲鳴)を ありがとうございました！！ 観客、スタッフ、出演者のみんなに こんなにも驚いて喜んでもらえて やって良かったと思いました！！ 「後藤さんの出来る範囲で」と SOS団のアニサマ出演を打診された時、 驚いたけれど、 私はすぐにオッケーを出しました。 するとすぐにメンバー2人から 「嬉しい！」「大丈夫！？」「心配！」 「会いたい！」「無理しないで！」 「夢みたい！！」 「泣きそう！！」 「頼って！！」 のメッセージが次々と届いて、 もう嬉しいやら頼もしいやら(´；ω；｀) 私は当時新人だった彼女達が可愛くて、 自分に無い物を持っているけどまだ幼い そんな彼女達を尊敬しつつ甘やかしたくて 何かあったらフォローしようなんて、

言葉で説明するのだるいので次のコードを見てください。 package main import ( "fmt" ) func main() { array := []int{1, 2, 3} // これだと &a が同じアドレスになってしまうことがある // (range は array[i] のコピーを返す) for i, a := range array { fmt.Printf("%d: %p\n", i, &a) } // こうするか fmt.Println("----------------------------") for i := range array { a := array[i] fmt.Printf("%d: %p\n", i, &a) } // こうしないといけない fmt.Println("----------------------------") for i

報道者各位 2017年8月28日 株式会社ヌーラボ ビジュアルコラボレーションツール「 Cacoo 」 Flash から HTML5 に完全移行が完了、 より快適な作図が可能に 2020年の Flash サポート終了を受け、将来的な機能拡張も視野に 株式会社ヌーラボ（本社：福岡県福岡市、代表取締役：橋本 正徳、以下 ヌーラボ）は、自社が開発・提供するビジュアルコラボレーションツール「 Cacoo （カクー）」の基盤技術をFlashからHTML5に移行しました。 ■「 Cacoo 」基盤技術変更の背景 ビジュアルコラボレーションツールの「 Cacoo 」は、2009年のリリース以降、 Flash という技術を採用してきました。しかし、昨今ではFlashの抱える脆弱性によるセキュリティ面での懸念が指摘されることも多く、2020年には製品サポートが終了するという発表も受け、基盤技術を Flash

僕の同僚のデザイナーはデザインツールにSketchを使っている。デザインは区切りのいいところまで出来ると保存してDropboxで共有してくれる。最近ではGitHubでSketchファイルを管理することも試しているようだ。GitHubで管理することで過去に遡ったり、ほかの人の作業をマージできたりする。ただ、Sketchファイルはプログラムのソースコードのようなテキストファイルではなくバイナリファイルだ。この違いでGitまたはGitHubの便利なものの多くが使えていないんじゃないか。 先日Sketchファイルをテキストファイル(JSON)として管理できるツールを公開したので、どういうモチベーションで作っているのか書いてみようと思う。ツールはまだ完璧ではないが、ぜひ使って意見をもらえたらと…思う 🙇🏻 テキストファイルになるとできることあぁ、デザイン全体のボーダーの色が淡くなったのいつだっけ

Sketch 43 からファイルフォーマットが変わり、構造などのドキュメントデータはJSONファイルで管理されるようになりました。 👉 New file format in Sketch 43 以前同僚のエンジニアと「デザインのバージョン管理をする世界」 な話をしていたので、ついにGitで差分管理をする時代がくるのかなと期待をしています。 今までもとりあえずsketchファイルをGitで…と試みたのですが.sketchのファイルをそのままGitで共有してもただのバイナリファイルのため変更差分が取得できないため全く意味がないし、まるっとファイルをアップしなければならないため非常に重いです。 今回JSON化されたことで変更差分のテキストデータなどのみアップすればいいし、文字変更や角丸の数値など細かい内容をdiffで見ることができるようになります。 Sketch 43以降のファイルでは、ファイ

というタイトルでKyoto.なんか #2で発表してきました． そして物語は何度目かのアプリ内通知再実装を迎える / Reimplement in app notification // Speaker Deck スライドの内容としては，アプリ内通知 (Twitter appで言うところの「通知」タブにあたる部分) のサーバサイドを実装する際にどういう問題があって，それをどういう風に実装したかという葛藤の記録となっています． Webアプリケーションやスマートフォンアプリケーションを書いていると，そこそこの確率でアプリ内通知を書くことになると思うんですが，ところがどっこい「実際にどういう風に実装しているか」みたいな知見が共有されている感じがあまりありません．みんな実装しているはずなのに，ググってもあまり情報が出てこなくて寂しい．地味な機能だから？ という思いがあり，そこら辺アプリ内通知周辺の技

ビジネスSNS、Wantedlyを運営するウォンテッドリー社のDMCA悪用が話題になっています。 同社のIPOに向けた資料を解説したブログ記事「Wantedly（ウォンテッドリー）のIPOがいろいろ凄いので考察」に対して、ウォンテッドリー社によってDMCAに基づく削除申請が行われました。 その結果、記事はGoogleの検索結果から消され、その記事を言及したツイートは非表示にされています。 DMCA申請は画像の著作権違反を問題視してとのことですが、インターネット上で多く流布されているような画像へのDMCA申請であって、実際は悪評隠蔽の意図であることは明白です。 このことが大きな話題になった今もメディアの取材に対して、悪評封じの意図は無く「弊社が著作権を有する画像の無断使用はやめていただきたいとの判断」と、あくまでも画像の無断利用を問題視しただけ、と主張しています。 私はこれが許されるべきこと

Random code samples and insights from Yuval Kordov @ Little Blimp Update May 11, 2014. An example app is now available on GitHub. Update Oct 14, 2013. In keeping with my practice of only passing primitives to DelayedJob to mitigate serialization errors, I made transfer_and_cleanup a static method that accepts a Document ID, rather than an instance method on Document. The new code has been inserted

はじめに。これはあくまで「私の考えるBEST10」です。 私自身まだアメリカに住んだことはありませんが、アメリカ人の旦那さんと帰省したり、アメリカに関する本を読んだり、色々聞いたりするにつれ、「これはいいなぁ！」と思うところがたくさんあったので、勝手にご紹介します。 アメリカに関しては特に、色々な人が色々なことを言います。嫌いな人もたくさんいるだろうと思います。大きな国なので、州によっても人種によっても、全く違う顔を見せるアメリカ。一概に「アメリカってこう」「アメリカ人ってこう」と決めつけず、いいところはいいねぇと言える広い心でいたいものですね！ ＜1＞人生の幸福度が右肩上がり あるときこの記事を見つけ、ショックを受けました。 年齢別人生の幸福度。日本は15歳以降、右肩下がり。 アメリカは逆に、50代頃から右肩上がり。 どっちの人生が幸福なんだろうか。日本では若くないと幸せじゃないのだろう

http://connpass.com/event/11516/ とりあえず、見つかった限りのスライドは載せました。 発表者のみなさま、会場のGREEさん、ありがとうございましたm( )m 感想・まとめ 全体的に濃い話だった go-thumber使ってみたい 基本的にみんなImageMagick大好き というか、あまり他に優秀なインターフェースがないんだな、の印象 yoyaさんは神 自力でやりました、という話が中心で、こうやって楽にやってますという話はなかった 切り出しとか考えると、ASPつらいのかもね でもCloudinaryすごいよ？ ImageHayabusaへの期待感すごい サムネイルマスタとgo-thumber https://speakerdeck.com/harukasan/use-thumbnail-master-with-go-thumber はるかさんさん pixivの

実務未経験でプログラマとして入社して半年以上が経った。 コードレビューで指摘されたことを備忘録としてまとめておく。 自分なりにまとめたものなので、レビュアーが言いたかったこととニュアンスや解釈がずれている可能性はある。 初歩的な内容ばかりで我ながらうんざりする。 せっかく優秀な同僚ばかりなのだからもっと高度なことを学びたいが、こういう初歩的なことが出来ないのが俺の現状なのだから、仕方ない。 そもそもPullRequestを送ったこともなかったわけだし。入社初日は、一人でPullRequestの出し方を練習していた。 それを考えればまあ、こんなものだろうか。 当たり前のことをちゃんと当たり前に出来るようになって、早く、次のステージに進みたい。 PullRequest(PR) PRのタイトルは分かりやすいものに。必要に応じてチケットの番号なども入れる。 コミットやPRは出来るだけ粒度を細かくす