TBS NEWS DIG | TBS/JNNのニュースサイト「なぜ逮捕の必要あったのか一番悔やまれる」大川原化工機えん罪事件で捜査の違法性認めた判決受け社長らが捜査への憤り語る 機械メーカーの社長らが逮捕されたえん罪事件で東京地裁が捜査の違法性を認め、国と東京都に賠償を命じた…
Go言語のDependency/Vendoringの問題と今後．gbあるいはGo1.5
Go言語のDependency/Vendoringは長く批判の的になってきた（cf. “0x74696d | go get considered harmful”, HN）．Go1.5からは実験的にVendoringの機能が入り，サードパーティからはDave Chaney氏を中心としてgbというプロジェクベースのビルドツールが登場している．なぜこれらのリリースやツールが登場したのか?それらはどのように問題を解決しようとしているのか?をつらつらと書いてみる． Dependencyの問題 最初にGo言語におけるDependecy（依存解決）の問題についてまとめる．Go言語のDependencyで問題なのはビルドの再現性が保証できないこと．この原因はimport文にある． Go言語で外部パッケージを利用したいときはimport文を使ってソースコード内にそれを記述する．このimport文は2通りの
ヤフーの画像配信システム（CDN）の紹介
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog システム統括本部プラットフォーム開発本部の新部（@osa2be）です。 CDNの運用を担当しています。 先日、知り合いの技術者と話していてヤフーのバックエンドがどうなっているのか興味があると聞かれましたので、社内にいくつかあるCDNのうち2つとIDCフロンティアのサービスをご紹介します。 はじめに ヤフーには多くのサービスが存在していますが、様々な理由により突発的にリクエストが増加することがあります。 そのようなリクエストに対応するためにサービスごとに大きな配信システムを持つことは、インフラの準備や運用工数など高いコストが必要になります。 そのため、共通のCDNを準備して各サービスのサーバ負荷を平滑化しています。 以前は、社外のC
（新機能）「Data Connector for MySQL」がトレジャーデータへの定時バルクロードをクライアントレスで実現 - トレジャーデータ（Treasure Data）ブログ
はじめに トレジャーデータはクラウドでデータマネージメントサービスを提供しています。従来トレジャーデータのバルクインポート機能は「Client to Server」型で，別のサーバー上にあるデータをクライアントにいったん戻してアップロードするというものでした。 もちろんこれ自身とても便利な機能でしたが，サーバー上のあちこちに散在する様々なデータソースを一元的に管理でき，さらにクライアント側の処理を大幅に軽減することができれば，それは従来に比べると「革命」と呼べるくらいに強いインパクトとなります。 Data Connecter が「Server to Server」型のデータバルクロードを実現 トレジャーデータが提供する「Data Connector」は，クライアント側の処理をトレジャーデータがホスティングすることによって「Server to Server」型のバルクロードを可能にします。
任天堂を退職しました | 破竹の勢い
２０１４年１２月をもって、約１５年勤めた任天堂を退職しました。 思い起こせば、就職氷河期の真っ最中、劣等生の私はなんとか滑りこむ形で入社できました。 入社して１０年間は、ハードに関する仕事をしていました。 抜き取り検査員、EMI対策、半導体評価、製品安全法令調査、生産工場の品質指導や不具合是正、トランプ・麻雀牌の品質指導、ライセンスグッズの技術的監修、顧客クレームの技術サポートなどです。 そして、退職間際の四年間、私は「ユーザー目線評価」という業務についていました。 今振り返ると、この業務が一番自分の能力を発揮できた仕事でした。 ユーザー目線評価＝任天堂で行う新作ソフトの評価システム。製造本部のベテラン社員にお客さんの視点で遊んでもらい、評価レポートを書いてもらう 出典：任天堂HP 社長が訊く『スーパーマリオ ３Ｄランド』プロデューサー 篇（ http://www.nintendo.c
[PDF]NTPメモ
NTP 2007 4 13 • • Y . . • • i 1 3 1.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 1.2.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.2.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.3 TAI UTC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
Big Sky :: vimrcのどこが重いのかを調べられるプラグイン書いた。
Vimには --startuptime というコマンドラインオプションがあり $ vim --startuptime foo の様に指定するとスクリプトファイル単位で掛かった時間を知る事が出来ます。 times in msec clock self+sourced self: sourced script clock elapsed: other lines 000.000 000.000: --- VIM STARTING --- 000.000 000.000: Allocated generic buffers 000.000 000.000: locale set 000.000 000.000: clipboard setup 000.000 000.000: window checked 000.000 000.000: in
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
