第27回シェル芸勉強会の中で某大某未来ロボティクス学科某A氏が使い出してパンデミックの予感 2017/2/15追記: 先行記事を見つけました。 http://auewe.hatenablog.com/entry/2016/12/03/001000
プエルトリコ →プエル・トリコ 正しくは、Puerto Ricoなので、プエルト・リコ クアラルンプール→クアラルン・プール 正しくは、Kuala Lumpurなので、クアラ・ルンプール ドンキホーテ→ドンキ・ホーテ 正しくは、Don Quijoteなので、ドン・キホーテ 他になんかある? 追記 帰りの電車ではてぶ見たら大喜利会場にされてて笑ったw せっかくなのでブコメの言葉をまとめておく 自分が調べて、納得したもの、役に立つもののみ。 下ネタ、低レベルネタ、検証ができないもの、わからなかったものは除いてる 時間がかかるので少しづつやるよ。 別のまとめ https://togetter.com/li/1037680 正しい間違い備考 佐村河内 守 佐村 河内守 頭へ ごちん 頭 へごちん声優の愛称ガブリアス ガブ・リアス この先 生きのこるには この先生 きのこるには ヘリコ・プター ヘリ
こんにちは、arukasaです。 今回IPv6 (NAT64/DNS64) のWi-Fi環境構築という貴重な経験をしましたので、情報共有を兼ねて寄稿させて頂きます。 背景 Appleが、2016年1月以降はIPv6環境で動作しないアプリはリジェクトすると宣言しましたので、ミクシィ社内でもその検証環境が必要になりました。 現時点ではApple側も回線から上位はv4想定のようなので、検証環境もそれに倣いLAN側はIPv6、WAN側はIPv4の構成を取りました。 構成 ネットワーク uplinkはIPv4 only クライアントはIPv6 only サーバとASA間のみv4&v6 併用 機器構成 ASA 5505 ( NAT64 ) Raspberry Pi DNS64 (unbound 1.5以降) RA (radvd) Aruba (Wi-Fi) 実は構成が確定するまでが一番苦労した部分で、
2016年「魔法つかいプリキュア!」の残した数字です。 結論から言いますと「魔法つかいプリキュア!」は、 1.子供に関する数値は軒並み回復傾向。 2.視聴率だけは急激に下がる。 3.大きなお友達は昨年と同程度か微減の推移。 です。 (過去の数字まとめ) ハピプリの残した数字。 Goプリの残した数字。 記事全体で9000文字、図表が30枚近くありますので、見たい所だけご確認下さい。 まとめ数字 (秋映画の数値は推測値です(2016.2.12現在)数値確定したら修正します) こどもに関する数字 バンダイナムコのトイホビー売り上げ、東映アニメーションの国内版権売り上げ、そして秋の映画「奇跡の変身!キュアモフルン!」、全てが前作を上回る数字を残しました。 また、バンダイの子供アンケートの支持率総合(0~12歳女子)でも前作よりも高い支持率を得ていた事、おもちゃの年間ランキング数の増加など子供に関す
外部ライブラリに依存する時に、どのようにバージョンロックをすべきかどうかという話。僕個人のスタンスです。 開発しているのがライブラリであれば依存ライブラリをバージョンロックをするべきではない 最低バージョンの指定に留めるべき(これは寧ろ積極的にやって良い) 依存ツリーが大変なことになってコンフリクトが避けられないため 実運用しているサービスやアプリケーション的なソフトウェアであればバージョンロックした方がいい これは「ある時点のビルドやリリースの再現性」のためが一番大きいと思っている 古いバージョンにとどまって良いというわけではない 基本的には、開発しているものがライブラリであれアプリケーションであれ、 とにかく依存先の最新についていく のが前提で、その前提に立った場合に、上のような考え方になるかな、と思っている。 特にライブラリ作者は依存ライブラリに非互換変更が入って動かなくなったら、頑
1月16日よりMercariにてSRE/BSE(Backend System Engineer)として働いてる. これまではとある会社で社内向けのPaaSエンジニアとして働いてきた(ref. PaaSエンジニアになった).PaaSの目標である「アプリケーション開発者の効率を最大化」を突き詰めながら少人数のチームでいかにScalableなプラットフォームを構築するかに注力してきた.Cloud FoundryやDockerといったインフラの最前線とも言える技術やアーキテクチャに触れ,かつその中で自分の技術的な柱である自動化に取り組むことができたのは非常に刺激的で自分に大きなプラスになった. その一方でPaaSというプラットフォームはその性質上サービスそのものからは中立的になることが避けられない(だからこそScalabilityを実現できるのだが).よりサービスに近い部分,サービスの成長に直結す
ディー・エヌ・エー(DeNA)が2017年2月10日に開催した技術者向けイベント「DeNA Technology Conference 2017」において、同社AIシステム部 リードエンジニアの瀬尾直利氏が、クラウドを活用した機械学習基盤の構築事例を紹介した。企業のシステム資源が不十分でも、パブリッククラウドを使うことでAI学習基盤を安価、短期間に構築できたという。 DeNAでは現在、次世代事業の柱として、人工知能(AI)、特に深層学習(ディープラーニング)の開発に注力している。そのため、1カ月の間に五つのプロジェクトが立ち上がることもあり、機械学習基盤をいかに素早く構築、運用するかが重要な課題となっているという。 瀬尾氏によれば、深層学習の学習基盤には「潤沢なGPU(グラフィックス処理プロセッサ)」に加えて「隔離した環境」「素早い構築」「運用の容易性」「高い自由度」「ミスが起きにくい環境
Gitベースでソースコードを管理するGitHubは、ソースコードが公開されていることから企業での利用が難しいという面があります。このため、自前のサーバー環境でGitを使える「GitLab」の企業での利用が拡大しています。急成長中のGitLabですが、社員全員がバラバラのリモート環境で働いているという異色のワークスタイルを採用していながらも、規模を拡大しており注目されています。 急成長中のGitLabのシド・サイブランディCEOが、GitLabを支援したYコンビネータのインタビューに応じて、GitLabでの働き方や企業文化や独自のツールなどについて語っています。 Gitlab's Secret to Managing 160 Employees in 160 Locations - YouTube シド・サイブランディCEOは、「GitLabがしていること、重要である理由は何か」について聞か
ワケ一覧 序の口: フレームワークだけが負債だと思ってる 序二段: ビジネスサイドに理解してもらう努力がない 三段目: 技術で遊び過ぎてしまう 幕下: 太り過ぎアーキテクチャ 十両: 過去に目もくれず、現状だって見ない 前頭: 技術に詳しいだけでアーキテクト 小結: アーキテクトの知識と覚悟が足りない 関脇: スパンが長く、モチベーションが続かない かど番大関: スパンが長く、人の入れ替えでチグハグ 大関: アーキテクチャデザインはどこへ? 横綱: 実は人間的負債だった 序の口: フレームワークだけが負債だと思ってる みんな、フレームワークが大好き。とはいえ、さすがにみんな、「フレームワークが古いことだけが負債」だなんて思ってないはずだが...なのに多くの人が、あたかもそのような振舞いと判断をしてしまう。潜在意識の Big Issue だから? o 信用できないテストデータ も負債 o 現
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く