日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
10年間勤めた会社を辞めたあと、1ヶ月の自由期間にやったこと - koogawa blog
先日、10年ほど勤めた会社を辞めてきました。 新卒で入社した会社なので、人生初の退社になります。 いろんな事がありましたが、とても良い会社でした。 そんなわけで、7月は人生初の有休消化期間（＋無職期間）でした。 1ヶ月間も休みがあるので、在職中にはなかなかできなかったWWDC 2015のキャッチアップや、Swiftの勉強などをすることにしました。 フリー期間中にやっていたこと、心掛けていたことなどを忘れないようにメモしておきます。 気を付けたこと 1. 朝起きて夜寝る生活リズムを崩さないこと 当たり前のことなんですが、生活リズムが一回崩れると直すのが大変。。 学生時代によく経験した「起きたら日が暮れていた」ときの絶望感はもう感じたくなかったので、この「当たり前の生活リズム」を崩さないように気を付けました。 基本的な1日の生活： 朝起きる 朝食食べたりニュースチェックしたり 通勤ラッシュが終
iPhoneの理想的なGmailアプリとしてのOutlook
iPhone が登場したばかりの時と違って、いまではさまざまなメールアプリがひしめいています。Mailbox、Inboxしかり、そしてGoogle自身が提供しているGmailアプリに、その進化版のInbox。 そしてここに、Microsoftからいささか遅すぎるのではないかというタイミングで登場したのがiOS / Android版のOutlookです。 Outlookというと、ずいぶんと前には使いにくいことの代名詞になっていた時代もあって、名前を聞くだけで拒否反応を示す人もいるかもしれませんが、このスマートフォン用のアプリは一味違います。 Exchange, Outlook.com, iCloud, Yahoo! そしてGmailの全てに対応していて、しかもこれまでのメールアプリの良い部分とOutlookらしいソリューションの両方を提供しています。特にカレンダーへの入力が多い人にとっては、
仕事の価値と責任範囲を伝え、任せる - 「1分間モチベーション」を読んだ - $shibayu36->blog;
最近はマネジメントにおけるモチベーション管理について学習を深めている。その一環として1分間モチベーションを読んだ。 1分間モチベーション パンローリング株式会社Amazon この本はメンバーに良い仕事をしてもらうために、どのようにモチベーションを管理していくかについて書かれている。おおまかに3つのことを説明していて、以下のトピックについて学ぶことができる。 やりがいがある仕事をするにはどうすればよいか メンバーが自己管理をしながら目標を達成するにはどうすればよいか モチベーションを鼓舞するような声援(援助)の方法はなにか この本を読むと、なぜ目標設定が必要なのか、仕事をどのようにして任せるほうが良いのかなどのことが分かってくるので、非常に参考になった。新しくマネジャーになり、仕事をメンバーに任せるということを初めてするような人には非常におすすめな本だと思う。 今回は次のことが興味深かったの
体育の日って高速に唱えるとテストの日に聴こえる - ✘╹◡╹✘
テスト書きすぎ問題 - hitode909の日記 階層が増えるとテストが増える - はこべブログ ♨ テストと対応関係 - $shibayu36->blog; 最近書いているWebアプリは、HTTPリクエストを送ってレスポンスと状態をテストする、というテストだけ書くようにしてる。リクエストするとブログエントリを返す、というサービスだとこういう風なテストを書いてる。(HTMLを返すようにすると話が広がって説明が面倒なのでJSONを返すAPIで説明する) describe "Entry resource" do let(:params) do {} end let(:env) do { "HTTP_AUTHORIZATION" => "Bearer: #{access_token.token}" } end let(:access_token) do AccessToken.make(user
プログラミング初心者が中・上級者になるためには、GithubのリポジトリをWatchすればいいんじゃないかな - iakioの日記
よく、プログラミングを学ぶ方法として「まずは何か作りたいものを見つけて、、、」といったアドバイスを見かける。たしかに何かを作り上げることで学ぶことも多いのだけれど、どちらかというとそれは実装方法よりもデプロイだったりライブラリやツールの使い方といったところの方が大きいように感じる。 一方で、実装方法については、自分で問題を解決しているだけだとどうしても自分の考え方にとらわれてしまう。 プログラミングの上達のためにきっと一番大切なことは環境で、近くに良い師匠がいるのであれば様々な問題の解決方法を学ぶことができるだろう。 そうでない場合は、インターネット上でお手本を見つけるのが良いと思う。 あまり大きすぎず、ある程度活発なお気に入りのプロジェクトをGithubで見つけてWatchする。毎日届くNotificationをざっとで良いので目を通す。最初はほとんど意味がわからないだろうけどかまわない
詳細設計書とコーディング用紙と - きよくらの備忘録
「詳細設計書F**k」「SIer、Sxxt」的なお話は定期的に（日常的に？）ネットやTwitterのタイムラインを賑わせているように思います。つい先日もそんな感じのblogエントリが少しバズっているのを目にしました。 よくdisられる感のある詳細設計書*1。これは作られるのでしょうか。必要だから？ではなぜ必要？ 『最近の開発では詳細設計書は必要ない』というニュアンスの発言も耳にします。では昔は必要だったのでしょうか。そもそも何のために生まれたのでしょうか。 ……話しは変わりますが、今私はちょうど、年度末のアレコレでとても現実逃避したい気分だったりします。ということで、気分転換に、昔のことを思い出しながら与太話を書いてみたいと思います。 これから書くお話は、以前 ― 正確な時期は覚えていませんがおそらくは10年前くらい ― 私がSIerに勤務していたころ、今でも尊敬している大先輩のエンジニア
過熱する退職エントリーの内容について | F's Garage
この話、背景まで考えてみると、結構悲しいなぁと思ったわけです。 Web系エンジニア1年半ですが、このたびは転職する運びとなりまして、各位に連絡させていただきます – mizchi’s blog 該当の会社はスタートアップとして２年で、まだ結構赤字の会社。 大量調達した手前、少なくとも人件費を上げるとしたら相応の理由がいるはず。まず気になっちゃうのは、「がんばったから」というより、他の人たちとの兼ね合い。他の人ってのは新卒じゃなくて、同じ会社の他のエンジニアと比較して抜けていたのか、そうでないのか。 増田の記事でこんなのもあった。 エンジニアの給料って転職しないと上がらないものなの? かれこれ5年目で上がり続けてるんだけど、俺はとんでもなく幸運なわけ? 同じくITエンジニアだけど、会社の技術力は大したこと無い。 最近誰も自分に対して文句を言えなくなってしまってるので、成長とか考えると転職を考
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログイン - はてな
ぽんぽんぺいんなう＼(^O^)／