そういった具合だ。もちろん、いずれも間違いではない。しかし、私が前職で学んだことのなかで、もっとも「仕事ができるようになる」ために重要だと思ったのは上のような話ではない。
「仕事ができるやつ」への最短の道
そういった具合だ。もちろん、いずれも間違いではない。しかし、私が前職で学んだことのなかで、もっとも「仕事ができるようになる」ために重要だと思ったのは上のような話ではない。
朝型切り替え指南
ここ３ヶ月前から出社時間を５時半に切り替えたら 作業効率が上がってすばらしく良かった。 でも、まあ、そんなの良く言われていることで、 解っているけどできねーよ。って人が多いと思うので どうやったら、朝型に切り替えられるか書いてみる。 （ちなみに完全裁量労働制な職場です） １）早く帰る 早く出社するためには、早く帰ることが絶対的な 条件になる。俺の場合も意識するまでは普通に23時退社、 遅いと26時とか27時とか週１～２回は平気であった。 で、遅くなる原因として「夜のMTG」「資料作り」 「客からの夕方以降の無理な要求」 「他の残業メンバーとの交流」みたいな感じ。 おいおい、よく考えると、客からの無茶な要求以外は全部 自分で調整できそうじゃねーかと気づく。 で、自分ルールで会議は17時以降、極力入れない。 会社にも18時～19時の間には退社する。を徹底してみた。 最初はチームメンバーから夜居
ミクシィ社代表 引退披露口上 - オレンジ畑でつかまえて
本日、株式会社ミクシィの第15期定時株主総会を行いました。昨年度の事業進捗や今年度の事業方針についてご説明を差し上げ、私は正式に取締役を退任致しました。 前職のネイキッドテクノロジー社買収に伴いミクシィ社に入社したのが2011年度の3Q、執行役員として全社の変革に取り組み始めたのが2012年度の2Q、代表就任のアナウンスが2012年度の4Qが閉まったタイミング でしたので、売上推移で振り返ると、業績がピークアウトするタイミングで入社し、代表任期中に底を打てたといったところでしょうか。 2013年度の通期決算は先日の発表の通り、昨年の下方修正時の予想が売上80億、営利-16億に対し、売上122億、営利4.8億。また時価総額は就任前日の終値ベースで230億円前後だったところから、1年をかけて3,020億円超までに達しました。株価については直接的に働きかける指標というよりも、あくまでマーケットの
サイト閉鎖のお知らせ | iPhonePLUS
アプリ開発者の皆様 投稿サイト 『iPhonePLUS』 ですが、 2021年11月30日をもって閉鎖させて頂くことになりました。 ご参加の際に頂きました個人情報ですが、サイト閉鎖をもって消去いたします。 長きにわたりご支援を頂きましたことに、関係者一同、心より御礼申し上げます。 今後も弊社発行の各媒体への変わらぬご愛顧と、一層のご支援ご協力を賜りますよう、 宜しくお願い申し上げます。
実践Ruby on Rails 4 現場のプロから学ぶ本格Webプログラミング
Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.
腐りきった世の中を、ネットを、もっとカオスにしたいと思っている - はてな村定点観測所
2014-06-26 腐りきった世の中を、ネットを、もっとカオスにしたいと思っている 秋葉原がもっと自由な街だった頃、路上でパフォーマンスをする人がいた。様々なコスプレをする人が駅前に立って、秋葉原駅を降り立った人を迎え入れてくれた。 中には度の過ぎるパフォーマンスをする人もいた。「世の中には馬鹿なことをするヤツもいるなぁ」と笑い飛ばしていれば良かったのだ。しかし、社会はそうではなかった。加藤の通り魔事件以降、なぜか通り魔と一切関係が無かった秋葉原のパフォーマンスも一斉に禁止されて、秋葉原でパフォーマンスをする人はいなくなった。 ネットも大きく見るとこの道を辿っている。1997年頃のネットは、まだパソコン通信の流れを汲んだかなりアングラな世界だった。違法な情報もかなりのサイトが流していたし、アングラなサイトも沢山あった。しかし、その多くのサイトは00年代に淘汰されてしまった。今やネットには
リトライと冪等性のデザインパターン - Blog by Sadayuki Furuhashi
リトライを肴に一晩酒が飲める古橋です。 大規模なデータに触れることが日常茶飯事になっている今日この頃。この分野のおもしろいところは、いつまで経っても終わらないプログラムを簡単に作れてしまうことかもしれません。エラー処理、リトライそして冪等性*1の３つを抑えていないプログラムは、小規模なデータなら問題ないが、データ量が多くなると使い物にならなくなる可能性が大です。 大規模データをバッチ処理するケース以外でも、リトライは一般にプログラムの信頼性に関わる重要な問題です。 そんなわけで、リトライに関わるいくつかのデザインパターンを、連載でまとめておこうと思います*2。 では、第1回は背景から： なぜリトライが必要なのか プログラムは色々な理由で失敗する。例えば、 A) 通信先のプログラムが高負荷すぎて応答できなかった B) メモリを消費しすぎてメモリ確保に失敗した。またはOOM KIllerに殺さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sass を今すぐ実務で使おうよ！ « LINE Engineers' Blog