タグ

2013年10月30日のブックマーク (12件)

  • 現職の勤務を終了しました - koeだめ 過去アーカイブ[〜2013-12-14]

    日が最終出社日でした。少し間をあけて新たなチャレンジをスタートします。 2010年2月から今まで4年弱*1、当にお世話になりました。 エピソードを思い出していくと尽きないのですが、いがさんに倣って、在職中に身につけたスキル、携わったこと、体験したことでふりかえってみます。 (あとで加筆修正する) 価格比較・ポイントサービスに携わる 以前は金融系の基幹業務でお金まわりのシステムに携わることが多かったですが、引き続き緊張感のあるお金直結なサービスであり、BtoBメインからBtoCなところへの転身でしたが当時の経験を活かしてするっと入り込めたなあと思ってます。 モデルレイヤーの処理を書くことが多く、これもまたギョーミーなところで鍛えたスキルをベースに、パフォーマンスと変更容易性の両立について実戦経験が詰めたのがいい思い出です。 アドテクに携わる 配信アプリを書いたり、AWSベースのインフラ業

    現職の勤務を終了しました - koeだめ 過去アーカイブ[〜2013-12-14]
    motchang
    motchang 2013/10/30
  • closeがEINTRを返したらどうするべきか

    中村 実 @nminoru_jp @kosaki55tea どうなんでしょう。close()がEINTRで返ってきた場合にリトライをかけないとリークが発生することがあります。FUSEでできた変なネットワークファイルシステムを使っている場合なんて特に。 2013-10-30 11:26:30 鯉江 @koie @nminoru_jp closeがエラーになったら異常系に飛ばしてました。EINTRリトライは考えてなかったっす。異常系処理でcloseするときもEINTRリトライはしないといけないなぁ。やばいなぁ。 2013-10-30 11:29:17 Tanaka Akira @tanaka_akr @nminoru_jp @kosaki55tea close(fd) が失敗した時に fd が生きていることがあるのですか。以前 NFS の quota でテストして close が失敗したときに

    closeがEINTRを返したらどうするべきか
    motchang
    motchang 2013/10/30
  • フロントエンドチューニングの箇条殴り書き

    普段気をつけてるよリスト "モバイルで、WebViewとブラウザのコンパチで、特にセオリー化されていないデザインモジュールのなか、装飾画像もふんだんに使うぞ系サービス開発" の文脈における、パフォーマンス確保のため気をつけてるよリスト。 よく、パフォーマンス「向上」とか「確保」とか申しますが、メンテナンスコストなどと天秤にかけて、「必要十分」のラインを狙うのが重要だと思う次第。 画像リソース 画像リソースを揃えるときのセオリ。圧縮率とか最適化とか細かいチューニングはあれど、大雑把に下記を守る。そしてImage Optim(or 相当の処理)。 JPEGはプログレッシブで画質60くらい(オレ目安) PNGは差し支えない範囲で色数をきちんと削る 50px未満のサムネイルは@2.0xなリソースにしない 案外、Androidあわせの@1.5xや@1.0xでも大丈夫なことすらある GIFアニメを入れ

    フロントエンドチューニングの箇条殴り書き
    motchang
    motchang 2013/10/30
  • 株式会社ドワンゴ 歌舞伎座タワー新オフィス に行ってきた! - 941::blog

    中村屋っ! どうも、くしいです。 この7月に出来たてホヤホヤの歌舞伎座タワーへお引っ越しされた会社といえば、そう! 株式会社ドワンゴさん。最近じゃもっぱらニコニコ動画で超ウルトラ有名ですが、おじさん的には 着メロサイトの頃とかからアツい会社だと聞き及んでおりました。 で、行ってみたら予想どおりだったり斜め上だったりで大変すばらしいオフィス&会社の雰囲気 だったので、250枚の写真を泣きながらなんとか120枚に納めたものの結果的にシリーズ最多枚数な 掲載量となる大作になってしまったというワケ。 IT系の様々なオフィスにお邪魔しているこの「行ってきたシリーズ」なんと今回で69記事目らしい。 ヒョー。すげー。最近はもう「オフィス作るときに参考にさせてもらいました!」って初めましてな 方に言われることもめたんこ多くなってきて素晴らしい限り。いいところはドンドン共有したいですねー。 みたいなこともあ

    株式会社ドワンゴ 歌舞伎座タワー新オフィス に行ってきた! - 941::blog
    motchang
    motchang 2013/10/30
    自席が一方向むいてるのうらやましいなー。
  • GNU Parallel- GNU Project - Free Software Foundation

    GNU parallel is a shell tool for executing jobs in parallel using one or more computers. A job can be a single command or a small script that has to be run for each of the lines in the input. The typical input is a list of files, a list of hosts, a list of users, a list of URLs, or a list of tables. A job can also be a command that reads from a pipe. GNU parallel can then split the input and pipe

    motchang
    motchang 2013/10/30
    こら便利や
  • Chrome Tech Talk Night #6

    Chrome Tech Talk Night #6

    Chrome Tech Talk Night #6
    motchang
    motchang 2013/10/30
  • Running shell script in parallel

    motchang
    motchang 2013/10/30
  • Csh Programming Considered Harmful (in Japanese)

    ============================================================== Subject: Csh Programming Considered Harmful (in Japanese) ============================================================== Supersedes: Expires: 31 Dec 1997 23:30:00 +0900 Archive-name: csh-whynot-jp Version: $Id: csh-whynot.euc,v 1.3 1997/09/28 14:22:53 hiroki Exp $ この記事は、comp.unix.shell などに定期的に投稿されている「なぜ csh で プログラムを書くのが良くないのか」(原題 "Csh

  • BEMという命名規則とSass 3.3の新しい記法 - アインシュタインの電話番号

    BEMを使った命名がとても明快で、このところHTMLCSSを書くのによく使っている。CSSのクラス名として書く場合は、BEMCSS用に使いやすくしたMindBEMdingという書き方を採用している。最初にこれを知ったときは「こんな汚い記述の仕方は使いたくない」と思ってたんだけど、すっかり慣れて、今ではその明快さにちょっと心酔しかけているほど。 BEMの方法論とMindBEMdingのルールについてはそれぞれの文書を読んでもらうとして、それらをひっくるめて大雑把に説明すると、BEMとはBlock、Element、Modifierの頭文字を取ったもので、構成する要素をそのどれかに当てはめて命名していく方法。どの場合でも必ずBlockもしくはそのModifierがルートにあり、その中に、所属するElementもしくはそのModifierが含まれる構成になる。 Block - 構成のルートとな

    BEMという命名規則とSass 3.3の新しい記法 - アインシュタインの電話番号
  • NIKKEI STYLEは次のステージに

    キャリア、転職、人材育成のヒントを提供してきた「リスキリング」チャンネルは新生「NIKKEIリスキリング」としてスタート。 ビジネスパーソンのためのファッション情報を集めた「Men’s Fashion」チャンネルは「THE NIKKEI MAGAZINE」デジタル版に進化しました。 その他のチャンネルはお休みし、公開コンテンツのほとんどは「日経電子版」ならびに課題解決型サイト「日経BizGate」で引き続きご覧いただけます。

    NIKKEI STYLEは次のステージに
    motchang
    motchang 2013/10/30
    いい会社
  • 出版社に送る原稿には日本語と英単語の間にスペースを入れない方が良いらしいので贖罪のためにシェル芸やります。 – 上田ブログ

    日はFaceBook上で、「執筆者から受け付けてこれからDTPに流し込む原稿においては、日語と英単語の間にスペースを入れられると面倒だ!」と編集を生業とするベテランかつ重鎮の方々からシュプレヒコールが上がりましたので、ここにつらつらぐだぐだとそのことについて書きます。 ここに書く事はそこでの議論の筋とは関係ありません。自分の興味でつらつら書きます。ただそこでの会話をまとめたものになっているので、ここに書くのはちょっと申し訳ない気もします。ただ、面白かったので・・・。 なぜ面倒か? まず、日語と英単語の間にスペースが入るとなにが嫌なのかというと、DTPソフトに流し込むときにはこれを一つ一つとらなければならないそうです。なるほど。これは執筆者は知っておくべきです。もしかしたら出版社からいただく諸注意に書いてあるかもしれません。(←ちゃんと読みましょう for 自分) LaTeXを使う人

    motchang
    motchang 2013/10/30
    入れる癖ついてるなー
  • Introducing Dockercast – the Docker Podcast | Docker Blog

    Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build CloudSpeed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers

    Introducing Dockercast – the Docker Podcast | Docker Blog
    motchang
    motchang 2013/10/30