あずにゃんとEscapeキー - osa_k’s diary
新しいMacBookでは、キーボードからEscapeキーがなくなるらしい。 最初にそう聞いたとき、僕はただ、ふぅんと思っただけだった。Escapeキーなんてそんなに使うものでもないし、消えても困るものではないだろう。 「あ、また何か変なこと考えてましたね」 しかし、現実は時として予想外の景色を見せるものだ。今、僕の手元にある新しいMacBookは、女の子がEscapeキーの働きをしている。 「私がそのMacBookのEscapeキーです。よろしくお願いします！」 僕がMacBookを買ったとき、彼女は突然そのように挨拶してきた。腰まで届くかというような黒い髪を頭の両横で結んで垂らしている、小柄な女の子だ。なんだこいつ、と思う間もなく彼女が説明を始めたところによると、Escapeキーがキーボードからなくなる代わりに、付属の女の子がEscapeキーとして働くのだという。そんなことあり得ないだろ
デートした異性の情報を毎回必ず、箇条書きしておく人は多数派？ - ピピピピピの爽やかな日記帳
僕は必ず書き残している。 特に男っていうのは一部の例外を除いて、正直モテない訳だ。 ご多分に漏れずこの僕も、数打ちゃ当たる方式を採用して頑張らなきゃ、非モテ期間が長引いてしまう。 悪さに手を染めず生きているのに、なぜにモテないのだろうと悲観的になって、非モテが深刻となる。 そうした悲劇を避けるために、工夫を重ねなきゃならない。 その一つが、女の子の情報を書き留めておくということだ。 こうすることで次回のデート前などに、箇条書きした女の子の情報を音読して脳内に叩き込み、それを元に話を進められる。 どのように僕が実践しているかは、下記の通りだ。 2016/10/22（土） 大学生２１歳。 ボブの茶髪。 チーズズンドゥブを食べた。 ショートパンツを履いていた。 弟がいるようだ。 照れることに慣れている。可愛く見える照れ方を心得ていた。褒められ慣れしている可能性が高いから、斜め上の賞賛をした方が良
【PHP】オブジェクトを連想配列に変換する方法まとめ - Qiita
オブジェクトを連想配列に変換する方法をまとめました。 以前、PHP にマジックメソッドとして __toArray() を追加しようという要望があったのですが、その要望は実現すること無くクローズされておりので、現状 PHP としてこれといった変換方法は提供されていません。 そのためケースに合わせて変換の方法を使い分ける必要があります。 方法1: 型キャストする 最もお手軽な方法です。 プロパティが非公開( protected や private )の場合、純粋なプロパティ名として取得できない点には注意が必要です。 変換コード class ChildProperty { public $publicProperty = true; protected $protectedProperty = true; private $privateProperty = true; } class Pare
残業減らす方向性で話進んでるけどさ
ほんとはダラダラ仕事したいんだよね なーにが「集中して短時間で生産性上げる」だよ 疲れるんだよ あ、もちろん俺は残業代もらってないから その前提でね つか時間と残業代の話分けないと議論がぐちゃぐちゃにならない？ 追記： 違法とか言ってる人いるけど 俺は前職は裁量労働制だったし、その前はみなし残業で、今は常駐フリーランスだからめちゃくちゃ合法だ 残業代もらったことあるのは僅かな期間だけだ 今は有給すら無い 一番理想なのは時間じゃなくて成果で測れればいいんだけどね 難しいんだよな 追記２： 裁量労働制に噛み付いてる人居るけど、裁量労働制のこと分かって言ってる？ まさか裁量労働制になっったら残業という概念が消え去ると思ってる？ 裁量労働制っていうのは、いつ働くか自由ってだけだぞ、そして実態として「いつ働くか自由」なんてムリだから、ただの残業代出さない方便になってる まあこの話はこの記事の主題と関
ToDoリスト？なにそれ美味しいの？ - 『かなり』
どうも、坂津です。 なんだか急に仕事が忙しくなって追い詰められています。 「今日中に」とか「明日までに」という付箋がベタベタと机に貼りつけてあります。 いつまで経っても今日は今日、明日は明日なので無期限なのと同じですね。 さておき、付箋に書かれた仕事を片付けたら剥がして捨てるのですが、新たに貼られていく量の方が多くて辟易としています。 もちろん付箋が自動的に増えるワケは無く、承った業務内容を自分で書いて貼るのですが、後から見返した時にどれから手を付けて良いのか分からなくなることがあります。 その多くは期限未記入の場合です。 記載された内容から推察して優先順位を決めなければいけません。 優先順位なんて書くときに決めとけよって感じですが、ついつい漏れてしまうこともあるんです。 そして優先度、緊急度、重要度がほとんど同じような案件が重なっているときが最も厄介な状況です。 そんなとき、どうするか？
PHP: マジックメソッド - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
JSON Editor Online: edit JSON, format JSON, query JSON
JSON Editor Online JSON Editor Online is the original and most copied JSON Editor on the web. Use it to view, edit, format, repair, compare, query, transform, validate, and share your JSON data. About JSON Editor Online JSON Editor Online is a versatile, high quality tool to edit and process your JSON data. It is one of the best and most popular tools around, has a high user satisfaction, and is c
きっと何者にもなれない自分というエンジニアとしての生存戦略 - @teitei_tk Blog
2016/10/26 現在26歳で業界歴は6年ほど。 まあ、若いと言えば若いであろう。実際色んな人と話をして年齢の話になると若いねとよく言われる。 が、もうそこまで若いとは言えないだろう。 あと3ヶ月も立つと自分も27になる。新卒の子や学生からしてみると、もはやおっさんであろう。 とまあ自分レベルの人間が自分をおっさんと言うと色んな人に怒られると思うので、おっさん予備軍とでも呼称するか。 で、そのおっさん予備軍として今後若く優秀なエンジニアと対抗する際に何が出来るのかと振り返ってみたが、何も残せていない。 例えば、 OSSで何か作っているか 有名OSSにContributeしているか CxOや役員などの経営者経験をしているのか OSSは趣味で作ったものをGithubで公開はしてはいるが、Star数が0のところを見ると利用されてるとは言えないだろう。 そんな感じで若く優秀な人からすると引っ込
［CEDEC＋］レベルファイブによる「10人で100人のパフォーマンスを出すプログラム開発体制」とは
2016年10月22日，福岡県・九州大学大橋キャンパスで「CEDEC＋KYUSHU 2016」が開催された。九州で行われる大規模なゲーム開発者会議としては昨年に続くものだが，正式にCEDECの地方版として位置づけられたCEDEC＋の初のイベントとなる。 レベルファイブといえば九州屈指のゲーム開発会社だが，玩具やアニメなどのクロスメディア展開がとくに多いことでも有名であろう。開発本数自体も多い。しかし，レベルファイブのプログラマは決して多くないのだという。また，クロスメディア展開をしているタイトルは，通常のゲーム以上にさまざまな部分で納期が厳しく，一般的なゲーム以上にスケジュールがタイトになりがちだという。 そんなタイトなスケジュールの仕事が同時並行でたくさん走っているのだが，人材は限られる。では，そんな状況にレベルファイブはどうやって対応しているのか？ というのが今回の講演の趣旨となる。
Pull Requestのレビューが辛くて会社をやめたい
私はプログラマに向いていないのかもしれない。 うちのチームではコミットをmasterブランチへマージする前に、Pull Requestを出してそれをリーダーや他の人がレビューすることになっている。（たぶんよくあるフロー？） そのPull Requestでもらうコメントを見ると死にたくなってくる。特に辛い気持ちになるのが、「気が狂った設計」「クソコード」「（こんな実装は）有り得ない」といった言葉だ。 レビューにおいてそういった強い言葉がときとして必要なことは理解している（そういえばこなものもあったなと思い出した http://cpplover.blogspot.jp/2013/07/linuxml.html ）。またそういったコメントを残す相手との仲が険悪なわけでもない。またよいと思ってくれたらしいところは褒めてくれたりLGTMしてくれたりもする。 だけどそれでも辛い。きつい言葉を向けられる
GitHub「完璧なプルリクの書き方を教えるぜ」 - Qiita
はじめに この記事は How to write the perfect pull request - GitHub を和訳というか、意訳した記事です。 ご指摘などありましたら大歓迎です！ 良いプルリクエストを書くには (原題 : How to write the perfect pull request) 会社が成長していくと、人もプロジェクトも様変わりしていきます。GitHubの中に私達が望む文化を育んでいくためには、我々が何を自覚してコミュニケーションするべきなのか分かってきました。私達のチームが最強であり続けるために、最近以下のようなプルリクエストのガイドラインを導入しました。 プルリクへのコメント (原題 : Approach to writing a Pull Request) プルリクエストには目的を明記しましょう。たとえば… これは〜を調べてみるためのプロトタイプです これは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/advent-calendar/2016/no-girlfriend
Dockerお掃除コマンド - Qiita
Wunderlist | To-do list, Reminders, Errands - App of the Year!: Wunderlist
クックパッドがどのようにMicroservicesしてきたか/How Cookpad shifts to Microservices
Nyle Engineering Blog