営業は利益を、開発は売上を | ベンチャー法務の部屋
私は、弁護士という職業上、あまりビジネス・コンサルタントっぽい発言は控えてしまう傾向にあります。 ただ、数多くの経営者やコンサルタントの話を耳にさせていただく中で、ある瞬間にいろんなことが結びつき、異なる表現ではあるけれども、同じことを意味しているのではないかと思わさせられることがあります。今回は、その話をさせていただきます。 先日、企業の利益向上のための施策についての議論を耳にしました。話をわかりやすくするために、小売業で考えてください。その議論とは、次の問題に関わるものです。問題とは、「既に市場で売り出されている製品Xについて、さらに利益を上げるためには、どうするか」というものです。もちろん、市場や経済は、様々な要素や人間の気持ちによって左右されますので、画一的な回答があるわけではありません。ただ、一般論として、利益を上げるには、(i)価格を上げる、(ii)販売数量を増やす、(iii)
続パスワードの定期変更は神話なのか - ockeghem's blog
2008年2月にパスワードの定期変更は「神話」なのか? - ockeghem(徳丸浩)の日記を書いた時の反応は、賛否両論という感じだったが、その後、twitterでのつぶやきなどを見るに、「パスワードは定期変更しなくてもいいんじゃない?」という意見は、セキュリティの専門家にも多くなっているような印象を受けている。 そのよう状況の中、以下の記事を読んだ。 辞書攻撃がうまくいかない場合、クラッカーは総攻撃（ブルートフォース攻撃とも言います）を仕掛けます。【中略】仮に1秒間に1000万回の計算ができるとすれば、パスワードのクラックに要する時間は1年にもなりません。どんなに強固なパスワードであっても、1年ももたないということになります。だからこそ、3カ月に1回とか半年に1回はパスワードを変更する必要があるのです。（2ページ目より引用） http://www.itmedia.co.jp/enterp
RubyKaigi2010で「本当のアジャイル」を学んだ - 基本へ帰ろう
Rubykaigi2010参加して本当に良かった。運営の皆様、スポンサーの皆様、参加してくださった皆様、Rubyを普段から支えてくださっている皆様。本当に有難う御座います。私もRubyに大変お世話になっていますので、少しでも私に出来ることはないかと思い、個人スポンサーとなって参加させて頂きました。そしてこのブログを残します。 本当のアジャイル 私がRubyKaigi2010に参加して一番痛感したことは、「今までの私はアジャイルをやっていなかったこと。むしろウォーターフォールに近いことをやっていた」と思い知らされたことです。 ウォーターフォールを御存知ですか？半年や１年の開発見積りを行い、それに従って開発を進めるが、見積りが合わなくなり（大抵は見積が足りない）、しかし見積は変えず、デスマーチと呼ばれる慢性的な長時間残業を行うようになり、自分への投資（技術の学習等）を行う時間を犠牲にする開発体
はてなブログ | 無料ブログを作成しよう
2024年夏 かばんの中身記録 みんな大好きかばんの中身。 当然私も大好きで、人様のブログ記事やSNS投稿を飽きもせず読み込みまくっています。なぜこんなにも見飽きないのか… 自分も以前同じようにかばんの中身の記事を書いたんですが、気づけばもう３年前！去年くらいの気分だった、月日がたつの…
Waveから見えてくるGoogleの弱点
発表された当時から「なんかスゴそうだけど何かよく分からない」と言われていたGoogle Wave。常に細かな改善はされていましたし、今年の 5 月に開催された Google I/O 2010 では Wave を利用したカンファレンスの整理や情報交換に利用されていました。私も先月開催されたセミナー＆ワークショップで Wave を利用していたわけですが、発表されてわずか1年でGoogle Wave 開発中止になりました。 一般公開されている Public Wave を見てみると結構盛んなやりとりをされているものも少なくなく、利用者の使い方を反映してどう改善していくのか楽しみだっただけに少し残念です。Wave の技術や学んだことは Chrome OS へ受け継がれるでしょう。 Waveが残したもの 開発が中止になったとはいえ、すべてが無駄だったとは言いきれません。デザインや技術的なところで学べる
初めてのコンピュータサイエンス
本書は、現実世界の問題を解決するプログラムを開発、利用する方法を説明しながら、コンピュータとプログラミングの基礎を解説します。例題のほとんどは科学技術分野のものですが、考え方はあらゆる分野に応用できます。また、プログラミングについての系統的、方法論的な考え方について、特に複雑な問題を単純な問題に分割し、それら単純な問題の解決方法を組み合わせて複雑なアプリケーションを作る手順を学びます。 本書を読み終えるころには、プロフェッショナルなプログラマが物事をどのようにとらえて発想するのか、つまりプロフェッショナルなプログラマのように考える方法を手に入れられるでしょう。 1章 イントロダクション 1.1 プログラムとプログラミング 1.2 若干の定義 1.3 インストールすべきもの 1.4 担当講師の方々へ 1.5 まとめ 2章 Python入門 2.1 全体の構図 2.2 式 2.2.1 int型
Life is beautiful: 「時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す」という働き方
かれこれ３０年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は１００人に１人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分
ダメな仕事を受けないためのNGワード | おごちゃんの雑文
体力のある大企業と違って、フリーランスや零細企業だと、「ダメな仕事」を受けてしまうと命取りだ。 もちろん戦略的タダ働きというのもあるのだが、体力がない身ではそれは限界があることを知っておくべきだ。 と共に、そういった仕事を避けることも考えておかなければならない。 弊社はSIを積極的に受けているわけではないが、背に腹は代えられない。お金が厳しくなれば、SIだってホイホイやってしまう。 とは言え、何でもかんでも引き受けていると、身動きが取れなくなってしまう。それでは自分も困るし、お客にも迷惑がかかる。場合によっては、業界に迷惑をかけてしまうことだってある。だいたい、原価割れでも仕事は仕事なんで、そーゆー仕事で苦労している間に、もっと率のいい仕事が目の前を通り過ぎて行かないとも限らない。原価割れの仕事は、 海水で渇きをいやす ようなもので、その瞬間は何とかなっても、さらに厳しくなってしまう。 そ
プログラマーの力量を見極める--面接官になったら尋ねるべき質問実例集
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ソフトウェア開発者を採用する面接の場においては、応募者の専門家としての力量を見極めることが最も困難な作業の1つである。彼らの考え方については、面接時に少しやり取りを行えばそれなりに見当が付くだろう。しかし、実際のプログラミング経験を推し量るのは至難の業だ。一部の企業では、さまざまなテストを実施することでこれを行おうとするものの、筆者の経験から言えば、こういったテストは近代的な開発環境では必要性が薄い知識（IDEのオートコンプリート機能や、F1キーの押下で表示されるヘルプ、インターネットといったものがあるため、ライブラリの知識は以前ほど重要ではなくなっている）の丸暗記能力を試すだけに終わることも多い。そこで本記事では、開発者を評価するうえ
成長しないプログラマーの7つの悪習慣 : 小野和俊のブログ
はてブのホットエントリで「成功できない人たちが持つ7つの悪習慣」という記事を見かけたのだが、ライフハック系の本やエントリは胡散臭く感じるところがあってあまり好きではない私から見ても、これは確かに、と思える内容で、プログラマーについても同じことが言えると思ったので、エントリにまとめてみた。 ・自分の理解力不足を技術のせいにする。すぐ理解できない技術や、普段自分が使い慣れてない技術は「キモイ」、「自分には合わない」などといってすぐ学習を放棄する。 ・他人の非に非常に敏感。使っているライブラリや人が書いたコードに少しでもバグが見つかると、「使い物にならない」、「書き直した方が早い」などとすぐ口にする。 ・環境がよく壊れる。「このPC不安定」、「また開発環境がおかしくなった」、「OSから入れ直さないと」といったように、作業環境が頻繁におかしくなる。たいていは自分で必要なファイルを消してしまったり上
メタ認知や抽象的思考ができない人が心がけ実践すべき3つの事柄: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 自分で物事を考えて答えを出すということができない人というのがいる。「思考停止」なんて言葉もあるけど、そういう人たちにとって「停止」は動いていた状態からの変化を示す"stop"ではなく、そもそものはじめから思考がスタートしていない場合が多く、最初から思考が働いていない。 そうした人たちに共通するのは、メタ認知ができないこと、抽象的な思考を苦手とすることだとだと思います。見たまんまのことしか考えられない。だから、手法を扱えないし、戦略的な話ができない。 そうした人びとは、抽象的な記述や理論的な話題に対する想像力が著しく欠けていて、それが世界の記述であることをイメージできずに、すぐに「具体的な事例がないとわからない」という。それが自分のメタ認知や抽象的思考力の欠如からくる想像力の
エンジニアにとって働きやすい環境に必要な８つの要素 - ITで世の中をもっと便利に
ふと、独立起業するにあたり、 エンジニアにとって働きやすい環境とはどんな環境なのかを考えてみました。 自分が今働いている会社の環境、そこから導き出される不満、 その不満を解消するにはどういう環境を用意すればいいのかをまとめてみました。 1.給料が自分の納得できる金額である 給料が高いにこしたことはありませんが、 大事なのは自分がその金額に満足できるかどうかだと思います。 給料というのは永遠の課題であり、半分以上の人は満足できていないと思います。 例えば、よくある不満として挙げられるのが 他の人が自分よりも仕事をしていないのに給料が高いという不満。 もちろん、能力が低い（スキルが足りない）から同じ仕事をするにしても 時間がかかってしまい、残業が増える、その結果として給料が増えると いうのはどこの会社でもよくあることです。 能力があり、仕事や開発をサクサクできる人ほど ハイパーフォーマンスなは
定時に帰りたがる社員はやる気がない？ 「残業派」社員が「定時派」社員と対立しない方法 | イマドキ職場のギャップ解消法 | ダイヤモンド・オンライン
1 2 3 4 定時に帰りたがる社員はやる気がない？ 「残業派」社員が「定時派」社員と対立しない方法 「今日は彼女の誕生日なので、お先に失礼します」 あなたが上司ならば、部下がこう言って帰ろうとしたとき、残業を頼もうと思っていたとしても、笑顔で「そうか、お疲れ様」と対応できますか？ 残業を奨励する雰囲気があったのも今は昔。最近は残業に対する価値観が変わり、残業しないで成果を出す方が「格好いい」「できる」と考える若手社員が増えています。ですが、その一方で、残業を厭わないワードワーカーな社員も相変わらず存在しています。 つまり、『時間の使い方』にギャップのある社員同士が同じ職場で仕事をする時代になったのです。そうした価値観の違う社員が同じ職場にいると、どのような問題が起きるのでしょうか？そしてその問題には、どう対処をしたらいいのでしょうか？今回は「残業」に対するギャップが生まれた原因と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルのまずい考え方
長文日記
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
TechCrunch | Startup and Technology News
http://e0166nt.com/blog-entry-774.html
TechCrunch | Startup and Technology News
クリエイターに聞く「顧客と会わないウェブ制作には、何が求められるのか？」
