技術と英語を同時に、しかも無料で勉強できる画期的な方法
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
乱れた心を整えるために僕が実践している大切な12の習慣
人間は感情の動物である。 先日も「今すぐ幸せになる方法は、これしかない！！」というエントリーを書いたばかりだが、なかなかこの通りにはいかない。 ストレスも多いし時間は足りない。想うように物事は進んでいかない。 いつも穏やかでニコニコしていたいと思っても、時として心が乱れ、不本意な時間を過ごしてしまうことがある。 僕もそうだ。いまでは独立して一人で気楽に生きているから外的ストレスは極めて少ないが、その分プレッシャーはキツい。 組織に属していないから相談する上司もいないし愚痴を共有できる同僚もいない。 すべて一人きりで決断し進めていくしかない。 心が乱れたときに、乱れっぱなしにしておくのは得策ではない。 ブロガー立花岳志が心を整えるために実践している12の習慣を紹介したい。 どれもかなり効果がある。 突飛なことは何もないので、「何を当たり前のことを」と思う方も多いかと思うが、まずは書いてみる。
常に家をキレイに保つには家の中を毎日20分ずつ30日に分けて掃除するといい | ライフハッカー・ジャパン
掃除嫌いの人にとっては、部屋の掃除なんてつまらないことでしょうが、何も一日中やる必要はありません。「Apartment Therapy」によると、家の中を毎日20分ずつ30日に分けて掃除するといいそうです。 Photo by Melissa Barrett 30日分のお掃除リストは、それぞれ20分でできる範囲に分けていくのがポイント。例えば、以下は最初の5日分のサンプルです。 リビングと台所をキレイにする。散らかっているものを片付けたり、拭き掃除や掃除機をかける。 浴室とトイレを掃除する（床、壁、鏡なども）。 寝室をキレイにする。脱ぎっぱなしの洋服を片付けたり、ほこりを取る。 それ以外の部屋をキレイにする（仕事部屋、クローゼット、物置部屋など）。 リビングと台所をキレイにする。 20分では、部屋（場所）全体をキレイにはできませんから、例えば、2日目に浴室の掃除できなかった部分を6日目にやる
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
Maka-Veli.com / 作業工数を見積る、という事。
たまには企業ディレクターっぽい記事を書いてみようかと・・・見積作業がたぶん一番多いです。失敗すれば、お客さんにも会社にもデザイナーにも迷惑がかかってしまう重要なタスク。お金に関する問題なので、全工程を把握し、リスクヘッジも含みつつボッタクリなんて思われないようにし、きちんと作業工数分ご請求させて頂く為にミスのないよう心がけています。今回はそんな御見積時に関する、僕が気をつけている点。ディレクターってなんだよ、何してんの偉そうに、って疑問視される方も、少しは身近に感じてもらえるでしょうか？※画像のネコさんは内容と全く関係無いです、申し訳ございません。 個人的に重要だと思うポイントは以下です。 作業の終わりはどこかを決める 「見えない工数」が見えていないと、終わりが無いです。 ラインはきっちり引きましょう。 なぜかというと、 もちろんこちら側の作業が終わらないのを防ぐ理由も大きいです
モチベーションの源泉：何のために働くのか、転職か起業か | Social Change!
この１〜２年、転職であったり起業であったり人の動きが激しいような気がします。私の知人も、大手企業でエリートだったのに起業したり、大手メーカーからソーシャルゲームの会社に転職したりしています。そうした人たちを見ていて、人の働く動機には色々ある中で、いくつかパターンがあるのかなと思い、人は何のために働くのかについて考えてみました。 ※この記事は、2011年07月07日に公開された記事を再編集したものです。 モチベーション４つのパターン 私なりに人が働くモチベーションとして、以下の４つのパターンがあるのではないかと考えてみました。（これは私の知り合いからの類推なので、専門的で正確な話ではありません） ・「アントレプレナー」タイプ ・「クラフトマン」タイプ ・「サラリーマン」タイプ ・「サポーター」タイプ アントレプレナータイプの方にとっての仕事に対する動機は「夢」が大きく影響しているように思いま
今の会社を去ることにした。 | エンピツとキーボード
6月30日（木）をもって現在の会社を去ることにした。 新卒で入社して5年間、大変のお世話になった会社で、ビジネスパーソンやエンジニアとしての良識と習慣を身につけることができた。 会社で学んだことは、別の機会に書くとして、今回は転職活動そのものについてメモがてら書いてみたい。 自分のためのものなので、だらだらと書く。 きっかけ もともと転職願望があった、というか、今の会社で働き続けるということに現実味がなかった。 もちろん、5年で辞めること言うこと考えていたわけではなかったが、定年まで1つの会社で働き続けられるとは思っていなかった。 また、入社時にも、「いつでも、どこへでも行けるように、自分を鍛えておきなさい」と言われていたため、「いつかは別の会社に行くかもな」という漠然とした意識を持っていた。 本当に転職活動に携わり始めたのは、今年の1月にはいってからだ。 僕自身は、今の会社の仕事を楽しん
エンジニアとして大成したいならやってはいけない48ヶ条 - レベルエンター山本大のブログ
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
「ゼロリスク」という幻想とアップル社の「発想の転換」 - 琥珀色の戯言
『予防接種は「効く」のか？』（岩田健太郎著・光文社新書）より。 ゼロリスクを考える時、僕が思い出すのはアップル社のコンピューター、Macです。Macのノートブック型のコンピューターを僕は愛用しています（こんなにスティーブ・ジョブズに貢いで〔投資して〕宣伝もしているのに、アップル社からは何もいただいていませんが……）。 Macは使いやすいコンピューターですが、一つ大きな欠点がありました。電源コードとコンピューターとの接続部です。ここを頑強なプラグで接続していたのですが、足を引っかけたりするとプラグがひんまがって使えなくなってしまうのです。僕も昔、これでコンピューターを壊したことがあります（涙）。 これについて、世界最高レベルのコンピューターの作り手が対応しましたが、どうもうまくいかない。 彼らの普通の思考だと、「壊れるものは、もっと強くして壊れないようにしよう」と考えます。 「もっと強靭で壊
エンジニアのこだわりと、継続的開発、チャレンジについて。
前職の頃からよく言うフレーズなのだが、受託をずっとやってきたエンジニアが面接に来た時に、「誤解を恐れずに言えば」という前置きとともにこういうことを言うことがある。 「サービスの開発は退屈ですよ？」 Facebookやtwitterや、若年層向けの携帯SNSや、それに従属するソーシャルアプリのような鬼のような成長をするサービスはよくわからないが、それ以外の従来からある、数多くのWebサービスにおいてエンジニアに求められるものは、如何に目の前の日々レガシーになっていくコードを安定的にメンテナンスしていくか？というサイクルになる。 安定成長するネットビジネスは「ストック型」である。お客様がそのサービスを使い始めて、使い終えるまでの期間を生涯価値として、今まで開発したコードで「サービス」を利用する。 その生涯価値がマルチスレッドのように重なることで、毎月安定的にユーザーが増えて行く仕組みである。と
やはり、私は今後もSI業界で達人プログラマーを目指したい - 達人プログラマーを目指して
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？に対して、実に多くの方々からコメントやトラックバックをいただきました。中でも、id:higayasuoさんのSI業界からはさっさと抜けだしたほうがいいの記事は、私としては非常にセンセーショナルかつショッキングな内容でした。私の頭の中の時計が2年前の状態で止まっていたというところあるかと思いますが、id:higayasuoさんは大手SIerにいながらSeasar2などのすばらしいフレームワークを開発され、業界でも珍しい私の憧れのプログラマー、理想像に近い仕事をされている方のように考えていたため、余計に衝撃が大きかったのだと思います。 もっといえば、プログラマも良いコードを書いていればいいという時代は終わった。これからは、プログラムをいかに金に変えるかどうかをプログラマが真剣に考える時代です。 新しいビジネス
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
スターバックスの紙コップ利用を減らすためのアイデアコンペに優勝したのはコップのデザインではなく、”行動”をデザインするものだった！！ | greenz.jp グリーンズ
スターバックスの紙コップ利用を減らすためのアイデアコンペに優勝したのはコップのデザインではなく、“行動”をデザインするものだった！！ 2011.02.01 石村 研二 石村 研二 スターバックスもパートナーとなったコーヒーカップの廃棄量を減らすためのアイデアコンペ「Betacup」が行われたことについてはgreenzでもお伝えしました。このコンテストの結果が発表されたのですが、その結果選ばれた「Karma Cup」はなんとコーヒーカップではなかったのです！しかも他のアイデアとは一線を画すエモーショナルな仕掛けがなされていました… このKarma Cupのコンセプトを示すイメージ画に書かれた言葉がまず印象的です。 A shared problem. A shared reward.（問題を分かち合い、報酬も分かち合おう） このKarma Cupのコンセプトを要約すると、店頭に黒板を置き、マイ
rabbit2goのブログ
2017/11/11（土）は自宅でPMI Japan Festa 2017をオンラインで視聴した。本当は会場に出向いて2日間のセッションを直接聞きたかったのだが、土曜1日しか時間を確保出来なかったので、今回は「同時中継システム」を利用した。 東京会場の状況をオンラインでライブ中継し、遠方の方にも臨場感をもってリアルタイムでお伝えします。 ● 講師がPC上で展開しているパワーポイント資料と講師映像の両方を画面に表示します。 ● 視聴者側でレイアウトの切り替え（資料のみ、資料×講師映像など）も可能です。 ● スマートフォンやタブレットでも聴講可能です。 PMI Japan Festa 2017 11月11日（土）･12日（日） 開催｜イベント・セミナー｜一般社団法人 PMI日本支部 会場の様子がネット経由で生中継され、会場参加者と同様にPDUを獲得できるという仕組みは有り難いし、会場ではご法度
ドラゴンボールで学ぶオブジェクト指向 改 - 達人プログラマーを目指して
ドラゴンボールといえば、大変に人気の高い国民的、いや世界的な漫画、アニメですが、昨日匿名ダイアリーでドラゴンボールをネタにしたオブジェクト指向の解説がホッテントリに入っていました。 ドラゴンボールで学ぶオブジェクト指向 多くの人に親しみやすい題材でオブジェクト指向の考え方を解説するというのは非常に興味深い試みなのですが、オブジェクト指向の説明としては不適切なところがあり、ちょっと残念な内容になっています。私自身ドラゴンボールの専門家（ドメインエキスパート）ではないため、不正確なところがあるかもしれませんが、ストーリーを思い出しながら、私なりにドラゴンボールをネタとしたオブジェクト指向の解説にリトライしてみたいと思います。 なお、オブジェクト指向でもプログラミング言語によって表現できる内容が異なるため、当然設計技法は違ってきます。ここではJava、C++、C#、Visual Basicといっ
alternative dvamp project 個人主義vsチームワーク
今まで、Agile、TOC-CCPMといった様々なチームを前提とするプロセスカイゼンをしてきた。 運良く、Agile、TOC-CCPM共に良い結果も出してきた。 しかし、役員からの評価は良いものの、プロジェクト管理者や上司からの評価が悪い。 どうしてダメなのか説明もない為、つい最近まで「きっと自分の説明力が足りず、その為に誤解されているのだろう」「きっとわざわざプロセスを変革する必要があると判断出来る程の成果が出ていない為に、評価されていないのだろう」と考えていた。 だがしかし、それが全く別だという事が先日分かった。自分は「個人個人では解決出来ない問題も皆で協力すれば解決出来る！」というチームワークを重視したプロジェクトマネジメントを行うことで、プロジェクトを成功に導く方法が、技術が日進月歩する今の時代に適していると考えている。 だがしかし、プロジェクト管理者や上司の考え方は「一人一人が自
Google I/O、ウェブの勝利宣言で開幕--HTML 5とAndroid 2のデモ披露 - builder by ZDNet Japan
リモート、オフィス、オンサイト 働く場所を選ばないハイブリッドワーク これからの快適な業務環境構築のポイント 連載！プロが語るストレージ戦略 第一回：データ保護の重要性と対策 基幹システムのデータを論理破壊から守る SECCON2020レポート第二弾！ 名実ともに世界標準に！ 次の10年に向けたリファクタリング進行中 使い慣れたUIのままクラウド化 オンプレミス運用のVDIをクラウド基盤に VMware Horizon on Azure VMware Solution クラウド時代に理想のセキュリティ パブリッククラウド利用が増える今 ガバナンスとセキュリティの向上にできる事 クラウド活用 虎の巻 多くの構築・運用の実体験からの知見 知っておきたいAWS活用のポイント 漫画で解説：IoTはじめの一歩 IoT推進に思わぬ落とし穴？ 設計段階から注意したいポイントと支援 連載！プロが語るストレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「人見知り」を克服して心地よく生きられる ― 自分オープンソース化 : earth in us.
スティーブ・ジョブズの名言に学ぶ「シンプルをデザインする」5つの秘訣 : earth in us.
頭スッキリ！あなたの集中力をアップする「リマインダー活用術」 : earth in us.