アプリ製作のための定義ステートメント共有シート
渋谷オフィスを作り社会復帰して以来、チーム内でUI設計を標準化したいと、暇をみては色々なツールを試作している。その中の一部をとして、アプリケーション定義ステートメントの共有ツールをテスト公開。 アプリケーション定義ステートメントとは 聞き慣れない言葉ですが、大雑把にいうとアプリの本質を一言であらわしたコンセプト宣言。 家訓や社訓、電通鬼十則のアプリ開発版みたいなものであり、Appleは自社のヒューマンインターフェースガイドラインで、アプリ設計の最初にこのステートメント作成することを強く推奨しています。ステートメントがチーム全体で共有されていると、アプリがふらふらとブレずにしっかり芯が通ったものになる訳です。 アプリケーション定義ステートメントは、アプリケーションの主要な目的とその対象を、簡潔かつ具体的に宣言したものです。 アプリケーション定義ステートメントを開発作業の早い段階で作成しておく
電車の中で泣く赤ちゃんに圧倒的に一人勝ちする方法 - 機械
コメント一覧 (2) 1. 病人 2014年01月09日 22:10 現在入院中でおっさんのイビキに困ってるのでこれを応用させてもらいます(笑) 2. 石橋 2014年01月09日 22:56 そりゃまたハイレベルな応用ですね がんばってください
エンジニアの成長と反抗期 | 外道父の匠
最近、後進の育成について考える機会があります。 ある時、こんな状況で困ることがあるんだけど、どう思う？ と聞かれて飛び出した言葉【反抗期】について考えてみます。 相談内容 育成や生産効率をテーマにした会食にて、相談された内容は あるエンジニアが実力以上に過信して自己評価する やたら特定の技術に拘って、結局リリースが伸びたり改悪したりする ・・・んだけど、これは何なんだろう、どうしたらいい？というもの。 これに対し、自身の辿った道も思い直して出した返答が 『それは、エンジニアの反抗期だよ』 もちろんこれは、こどもがヤダヤダ拒否する（＝仕事したくない）本来の意味ではなく 逆に、やり過ぎによる失敗経路への舵切りのことを指しています。 聞き手はこれで非常に納得がいった様子。 反抗期とは おそらく3～5年目の時期に、技術やアイデアに偏ったものを創り出すことがあります。 そして、閑古鳥／改悪サービスに
ひさびさに、本のおすすめ反社会学講座ブログ
こんにちは、パオロ・マッツァリーノです。最近の悩みは、缶コーヒーの種類が多すぎて選べないことです。 Ｗｅｂ春秋での読書ガイド連載が終わり、『ザ・世のなか力』としてまとめて単行本化されてからすいぶんと経ちました。先日、おもしろい本を読みましたので、しばらくぶりで紹介したいと思います。 岡檀さんの『生き心地の良い町』（講談社）。 変わったお名前のかたですが、おかまゆみさんと読むそうです。檀蜜のパチモンとかそういうイロモノ系の人ではありません。 自殺率がとても低いことで知られる徳島県の海部町。全国ランキングだと８位ですが、上位七位はすべて島なので、本土だけならトップです。 その町の自殺率がなぜ低いのかを、長年にわたって研究した成果をまとめた本なんです。その分析結果は、世間の通説を覆すものになっています。理想のコミュニティとはいったいなんなのだろうと、考えさせられます。 この町が海沿いの平地にある
スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict
顧客や上司、ユーザーの場当たりな要望に対応しつづけると、どんなアプリもゴミアプリになる。たとえそれが理にかなった要望であっても。 なぜなら面積の限られたスマホでは「一画面の機能数とボタン数」が、使い易さと品質に深くリンクしているからです。 ということを、エラい人にプレゼンするのがお仕事の今日この頃。でも毎回毎回、同じことを説明するのがシンドイので資料をブログにまとめたいなぁと思うなど。 思考実験として、ここでは架空事例としてTwitterアプリを例に考えてみる。 何かの間違いで、日本の大手メーカーがTwitterを買収すると・・・UIデザイナーが体を張らないと99%ぐらいの確率でこうなるのです。 ここがオリジナル Request1: ダイレクトメッセージをトップ階層に ユーザーからの真っ当な要望。実際にはサービスの本質ではないのですが、要望はかなり多いはず。 ただTwitter社的にはme
どうして性を売るのはダメなの？ - デマこい！
「なぜ性を売ってはいけないのか？」という設問は、「職業選択の自由はどこまで認められるのか？」と言い換えられる。さらに突き詰めれば「個人の自由な選択はどこまで肯定されうるか」が問われている。少なくとも日本には「殺し屋」という職業を選択する自由はない。個人の自由は場合によっては制限される。 では性産業は、「殺し屋」のような制限されるべき職業だろうか。 それとも普通のサラリーマンと変わらない、個人の自由な選択にゆだねられるべきものだろうか。 ◆ 私たちの「自由な選択」が制限されるケースは、およそ３つのパターンに大別できる。 １つは「他人の権利を侵害するとき」 もう１つは「制限したほうが本人のためになるとき」 そして最後の１つは「本人が自由な選択だと思っているだけで、実際には違うとき」だ。 １．他人の権利を侵害するとき 私たちには人を殺す自由が許されていないし、他人のモノを盗んだり壊したりする自由
IT勉強会には意味が無い、得るものがない | つい全力ツッコミしてしまうエンジニアCEOのブログ | sumyapp
意味が無いというのは言いすぎた。得るものが少ない、が私の思う結論だ。 IT勉強会に行くメリットはある 知りたいことについて知ることが出来る 今まで知ろうとも思わなかったことにも触れることが出来る コミュニティが出来る 逆に、勉強会に行かないメリットとして下記があげられると思う 知りたいことについて知るための時間、お金を、書籍などの別の方法に費やすことで、よりよい学習が得られる 今まで知ろうとも思わなかったことに触れる機会への障壁は上がるが、「学びたい」と思った時点で、それは今まで知ろうと思って知っていなかったことへの、触れる機会の創出。わざわざ交通費、参加料を払って、授業を聞くのはコスト対効果が悪いので、別の学習方法のほうがコスパが良い コミュニティでの懇親会に費やす時間を、自分が本当に必要としている知識を持っている人と合うために費やすことでより高い効果を得ることが出来る 勉強会というの
ベンチャー企業あるあるにハマった。
起業して4年。年商4億、従業員10名まで到達した。しかし、ここにきて問題が発生している。というのも、創業メンバーである役員（自分含む）と中途入社メンバー間の意識の違いがヤバイ。わが社はマンションの一室で4人で創業した。当然のことながら、創業メンバーは一日20時間働いて創業期を乗り切った連中ばかりだ。創業メンバーの4人はほぼ横並びのフラットな関係だし、幸いに人間関係も良好で一人も欠けることなくここまで会社を育て上げることが出来た。言うまでもなく、自分を含めた全員がワーカホリックである。しかし、中途採用で新人を取り出してから我が社は完璧なブラック企業と化している。というのも、創業メンバーの残り三人が「創業時の自分と同じ働き方」を社員に強く求める傾向がどうしても止められないのだ。代取である自分としては、利益の最大化をムリに目指すより永続する業務のシステム化を優先し能力の属人性を限りなく少なくし、
プログラミングはそれ自体が目的であっていい - mizchi log
これ読んで思ったこと。 プログラミングを勉強したい人が勉強する前にすべきこと - もとまか日記 http://d.hatena.ne.jp/moto_maka/20130512/1368308092 僕がプログラミングをはじめたとき、何を思ってプログラミングをはじめたか思い出してみようとしたけど、よく思い出せなかった。 ただ漠然と感じていたのは、プログラミングは個人が現実的にこの世界に直接手を加えることができる手段の1つであり、それをやらないのは勿体無い、といったことだったと思う。たぶん。 というわけで、最初にやったのはFirefoxのユーザースクリプトを書くことだったし、それはそれでよい経験だった。なんとなくゲームとかウェブアプリとか作りてーなー、と思って色んなライブラリを動かすだけ動かして満足した。プログラミング覚えて初めて最初の一年で10以上の言語のHelloWorldだけやったと思
辞めたくなる会社 | mediologic
mediologic my thoughts on media/communication/marketing and everyday life. Search Primary menu 以前にいた会社の、自分がいた組織の離職者率が増えているのを聞いていると、それまで「働きたい会社」だったのが「辞めたくなる会社」になってきているということなのだろう、ということに悲しくなる。 ベンチャー的な気質をもった会社だと、「この会社、このプロダクトを使って何かをしてやろう」というチャレンジャーが集まり、その“志”がエンジンとなって前進していくものだが、あるタイミングからその会社がメジャーになってしまうと「入りたい会社」となってしまい、学歴だけよかったり、対して仕事ができないのに過去の会社での経歴を“華麗に言う”人間が増えてしまう。つまり実力者が入ってこない。またそういう傾向になると、「マネージャー」
「たかがサラリーマンが仕事に責任感を抱く」という愚行。あなたがいなくても、ちゃんと会社は回りますよ。｜イケハヤ大学【ブログ版】
我慢してると、うつ病になりますよ。 あなたがいなくても、会社は潰れません。 「私がいないと職場が回らないので……」みたいな人っているじゃないですか。 ぼくのところにも、よくそういう相談が舞い込みます。 申し訳ないけど「アホだなぁ」と思います。 経営者ならいざ知らず、月給をもらって仕事をしているサラリーマンが、こういう責任感を抱いてしまうのはアホみたいな話です。 「自分が欠けたら仕事が回らなくなる」としたら、経営者が無能なんです。あなたが無能なのではなく、経営者が無能。 なんで自分のせいにするんですか？あなたは会社のオーナーじゃないんですよ。 そもそもですね、「自分が欠けたら仕事が回らなくなる」というのは、思い込みですよ。大丈夫です。あなたがいなくても、ちゃ〜んと会社は経営できます。 みなさんが居酒屋の店長をしていて、体調を崩して「仕事が回らなくなった」としても、それはその日を休店日にすれば
受託開発と技術者の育成 - ぷっちん日記(2012-03-29)
■ 受託開発と技術者の育成 今のところ、私たちの会社（万葉）は受託開発がメインになっている。 世の中には、受託開発 VS 自社プロダクト/サービス提供 という対立軸もあって、それについての私の見解は、こんな感じになる。 まず、純粋に「自社プロダクト/サービス楽しそう。やりたい！」という思いがある。自分たちの作りたいものを自分たちで作るというのはとても明快であり、齟齬が生まれにくい。作る立場として、とても気持ちが良いのはわかっている。 一方で、会社として次のどちらに力点を置くかというテーマがある。 ある目的を実現するために自社プロダクト/サービスを作る。たとえば「世の中をこんな風に変える」ために。 社員が、ソフトウェアの開発をすることで価値を提供できるようにする、すなわち食べていけるようにする。 前者の場合、自社プロダクトやサービスの開発というのは目的達成の一部であるので、話の展開によっては
小学生が書いた「ごんぎつね」の感想で議論勃発 ごんは撃たれて当たり前？
小学校の国語の教科書では定番の童話「ごんぎつね」。この物語に対する1人の小学生の感想が、2ちゃんねるのスレッド「姪っ子のごんぎつねの感想が問題になっているんだが……」で議論を呼んでいます。 覚えていない方のために簡単にあらすじをご紹介。いたずら好きなきつねのごんは、ある日兵十が病気の母親のために用意したウナギをわざと逃がしてしまいます。ところが、その後母を失って落ち込む兵十を見てごんは反省、償いのために魚や栗を兵十の家に届けはじめます。しかし、そうとは知らない兵十はごんがまたいたずらをしにきたのだと勘違いし、ごんを火縄銃で撃ってしまう。そこではじめてごんが食べ物を運んでくれていたことに気付くというお話です。 多くの子供は「ごんがかわいそう」という感想を持ったようですが、投稿者の姪は「やったことの報いは必ず受けるもの」「こそこそした罪滅ぼしは身勝手で自己満足でしかない、（兵十はごんの反省を知
スタートアップや非営利部門でのタダ働きについて - 表道具
周りを見ていると、スタートアップや非営利部門でタダ働きをしている人をちらほら見る。まだ金銭の生じていないプロジェクトへのアサインから、いわゆる「プロボノ」までいろいろな言い方があるが、自分が責務のある(とされる)仕事をして、金銭を受け取らないことを一括して「タダ働き」と呼ぶ。 基本的に、タダ働きはそこまで悪いこととは思わない。人は給料のみを労働の対価として受け取るわけではないし、素晴らしい成果やスキルの向上など、他でできないことが出来る場合も多い。給料を無理に求めることによる、そのような対価の損失を考えると、単に「金貰えよ」と言うのは難しいと思う。 一方、状況の変化やマネジメントの曖昧さによって、恐ろしく不毛でかつダメージすら受ける状況において、なおタダ働きを続けて抜けられないケースがある。そのような「失敗」は、金を貰う場合と較べて非常に起こりやすいし、実際に頻繁に起こる。以下では、私の経
プログラマーは年を重ねてもスキルを向上させ続けていることが研究で判明
By iLikeSpoons 「年輩のプログラマーはテクノロジーの急速な変化についていけず、ソフトウェア開発から外れてしまう」という考え方が存在しますが、ノースカロライナ州立大学の研究によって、新しいソフトウェア・プラットフォームにおいても年輩プログラマーは若い同僚よりも知識があり、プログラミングのスキルは進歩し続けていることがわかりました。 NC State News :: NC State News and Information » Older Is Wiser: Study Shows Software Developers’ Skills Improve Over Time http://news.ncsu.edu/releases/wms-murphyhill-age-2013/ 研究者たちはプログラミング技術に関するナレッジコミュニティであるStack Overflowで8万
第18回 プロジェクトにおけるアーキテクトの役割 | gihyo.jp
アジャイルな開発でデスマーチは回避できるのか この業界には「デスマーチ」という言葉がある。現実的ではない開発スケジュールを設定してエンジニアに過酷な労働を強い、その結果生産されるコードの品質が落ち、次々に発生するバグのためにますます過酷な状態に陥るプロジェクトのことを指す。 デスマーチの根本の原因は、プロジェクトマネジメントにある。現実的ではないスケジューリング、エンジニアの生産効率への過信、過酷な労働環境、非効率な開発環境、ラストスパート型の開発スタイル、などである。 特に日本のIT企業における「元請けが受注、実際の開発は下請け」というゼネコンウォーターフォール型のプロジェクトにおいて、実際にコードを書かないアーキテクトが机上で設計をするという悪習慣がある。これが、設計時（もしくは計画時）の見積りと実際の開発期間に大きなズレを生じさせ、下請け企業に過酷な労働環境を強いる原因の一つにもなっ
「動的言語」の本当の意味の分からない半可通は静的型付言語をつかえ
プロダクトマネージャーの親父がとおりますよ。 最近、型不要とか言っている半可通がいるけど それを書いている人より、それを見て型不要とかを真に受ける連中のほうが心配なんだよね。 とりあえず99％の庶民は静的型付言語を使ったほうがいいよ。 昔とくらべて、使える敷居は低くなってきているけど、実際に きちんとした教育を受けていない半可通が、動的言語がきちんと 使えこなせるわけないから。 一般庶民は コンパイル時にきちんと型エラーにしてくれる「TypeSafe」な言語を使ったほうが幸せだし 遅延評価なんかの動作がきちんと理解できない、職業プログラマ（IT土方）は多いんだよ。 一般庶民がそれなりに、一定品質を確保するために、「TypeSafe」な言語が必要なの。 教養として、動的言語を勉強するのはいいよ。 だけど、普通の仕事に使うのはやめとけ。ろくな品質にならないから。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ねちねち怒るしつこいオッサン反社会学講座ブログ
What are the most effective and proven time management techniques?
予断が嫌いな男反社会学講座ブログ