技術系ブログを書いてくれてる人に申し上げたいこと６つ
はじめにいつもお世話になってます！ 助かってます！ ありがとうございます！ 解説サイトの人は特にありがとうございます！ How to doは多いけど、Why I did in this wayで書かれてる記事が極端に少ないことたぶん備忘録として書いている人が多いと思うんだけど、マニュアルのような書き方が多い気がします。いやまあマニュアルがないよりは遥かに嬉しいことなんですが。重ね重ねいつもありがとうございます。 『AしてBしてCすると、コレができる！ かんたん！』で終わっていることが多いです。多いというか、ほぼこれです。 『ほげほげのためにA、もげもげのためにB、FUBARのためにCすると、コレができる』というように書いてくれると相当嬉しいです！別に『これこれをクリックして…』とか『bashとはうんたらかんたら』とか詳細を書かなくてもいいので、こういう目的のためにやったと書いてくれると嬉し
Gitとかわかんなくても死なないです
さいきんスクリプトわからなかったりPhotoshopしか使えなかったりするデザイナー死ぬみたいに物騒な意見を表明する人がいたり、それにおびえたりしているひとを見かけますね。SNSで。 私思うのですが、今現在わからないことって、今現在は覚える必要がないことじゃないでしょうか。人間、やらなきゃならないときこそやれるようになりますから。 つまり、今すぐやらなくてもいいようなことがやれないことでおびえたり、悩んだりしなくていいと思います。 あと、いわゆる「叱り系記事」とか「脅し口調」は、昔から出版社があえてつかう、入門者に向けた「売り文句」の典型です。だから、そういう記事を書く人はおそらく自分自身が人にgitとかPhotoshop以外の作業手段なりをセミナーとかで教えることをなりわいとしているのでしょう。だから、そういうふうに怖がらせて自分自身のナレッジの必要性を伝えているのですね。営業トークかー
ソフトウェア開発時に気をつけてる振る舞い - futoase
他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
組織も人も最適化の果てにあるのは緩やかな死
なんか会社のチャットネタが続きますが、先月、会社のチャットでマクドナルドの衰退と吉野家のリンクから最適化の話しになり、「もしトレタが最適化しすぎると、どういう風に発展の妨げになるんでしょう」って話しが出てちょっと面白かったのでブログにまとめて見ることにしました。 私がアプリ開発で一番怖いと思うのは、既存ユーザへの最適化です。 既存ユーザはある程度使いこなした上で「あの機能が欲しい」と要望を出してきます。確かにその機能があると便利ですし、他のユーザでも喜ぶ人が大勢います。 実際、その機能実装すると多くのユーザが便利になり満足度があがります。画面にボタンは増えましたが使わないユーザが不便に思うほどではありません。 誰も困らないし、この機能追加はとても正しいことに見えます。 でもその機能があることで、初めて触るユーザはどう感じるでしょうか？画面にボタンが多いほど、マニュアルが厚いほど初めてのユー
カジノについて - 内田樹の研究室
朝日新聞にカジノ法案についての意見を聴かれましたので、こんなことをお話ししました。 2014年10月21日の朝刊に掲載されたものです。 「実は、身内にかなりのギャンブル依存症がいます。優れたビジネスマンですし、他の面ではいたってノーマルな人物なのですが、ことギャンブルとなると熱くなる。若いころは給料日に競馬場へ行って１日でボーナスをすってしまうというようなこともありました。海外出張の時はカジノに通っていました。なぜそんなふうにお金を無駄に使うのか聞いたことがあります。これで負けたら全財産を失うという時のヒリヒリする感じが『たまらない』のだということでした」 ――依存症は青少年や地域社会、治安への悪影響と並んで反対派、慎重派が最も懸念する点です。やはりカジノはやめたほうがいい、と。 「僕は別に賭博をやめろというような青臭いことは言いません。ただ、なぜ人は賭博に時に破滅的にまで淫するのか、その
社内勉強会の作り方（１）期待してはいけない10のこと - Satoryu's Diary(OpenShift支店)(2014-04-03)
_ 社内勉強会の作り方（１）期待してはいけない10のこと 予め申して起きますと、タイトルは釣りです。ようこそいらっしゃいました。 今日、某社*1の方々が社内での技術コミュニティや勉強会を立ちあげたい、という思いから、弊社での社内勉強会の事例を聞かれたので、少し話をしてきました。 遡ること2011年9月に、色々な思いを込めて、弊社の社内勉強会としてRakuten Tech Talkを立ちあげました。初めはせいぜい20〜30人の参加者で、色々な人に声をかけて、あーでもないこーでもないと、色々悩んだり考えたりしながら続け、ここ数回の開催では100人規模の参加者が集まることもある会になりました。現在、自分含めて3人で、直接の業務と関係なく、ボランティアとして運営しています。 この規模に至るまでに、何をしたのか、というのを聞かれることもあるのですが、正直に言うと、地味なことしかしていません。会場とな
「あとで読む」な、今読め - 愛と勇気と缶ビール
ネットで効率的な情報収集とか言われるようになって久しい昨今、百害あって一利なしなのが「あとで読む」系のサービスだと思う。これを真面目に使いはじめると、ヤバい。 経験上、「あとで読む」ことにしたものを後から読んで、メリットがあったことはほとんど一度もない。何らかの行動に繋がったこともない。 「あとで読む」ことにした時点で、それは今日この時を使って読む価値がない文章だったということだ。そんな文章が、後から参照して価値のある文章になることはほぼ無い。 一番よくないのは、「あとで読む」ことが可能であることによってその情報が今の自分にとって本当に必要なのかどうか、判断する必要がなくなってしまうことだ。 ひょっとしたらいつか必要になるかもしれない。そんな情報ばかりストックしていると、本当に今必要な情報への感度が鈍る。それが自分にとって本当に必要な情報かどうか分からないというのはつまり、自分が今なにをす
いつからゲームはつまらなくなったのか - sabatora
2014-01-18 いつからゲームはつまらなくなったのか 日常の 私は小学生の頃はTVゲームが大好きで、学校から帰ってくるとゲーム、土日もゲームばっかりしていた気がします。 その頃のわたしの頭の中はマリオかポケモンに支配されていたのでしょう。 とくかく自分の興味はいつもゲームに向いていました。 しかし、いつの日からかゲームが楽しくなくなってきたんです。 欲しいなと思って買っても途中で飽きたり、実際プレイしてみると全然おもしろくねぇなと思うことが多くなりました。 これは年をとるにつれて増えてきた気がします。 なんであんなに楽しかったゲームがこんなにもつまらないモノになってしまったのか。 今回はその情熱と冷静の間を考えてみました。 自分にとってのゲームの楽しさ まず自分にとってゲームの何が楽しかったかというと、なんだったんでしょうね。 操作出来るよろこび 最初はキャラクターを操作できることそ
クリエイターはパクリ批判にどう対処すべきか - ltcmdr927ateblo
後半に見解を書きました。合わせて御覧ください 自分に非がある場合（無意識に真似てたとか、そういうレベル） 「拙作”○○”は△△さんの作品”□□”から、その一部（あるいは大部分）を参考にさせて頂きながら制作致しました。事前の許諾や報告の有無は元より、今回の件についてご指摘頂く結果に至りましたことは、私の不徳・不躾の致すところでございます。△△さんおよびファンの皆様には、大変不快な思いをさせ、またご迷惑をおかけし申し訳ございませんでした。今後は、制作に対して真摯に向き合い、オリジナリティを追求して参りたい所存でございます。」 自分に若干非がありそうだが、見方によってはいちゃもんかもしれない場合 「拙作”○○”における一部の表現が△△さんの作品”□□”の一部を真似たのではないか、といった批判を頂いております。私本人としては勿論、そのような意図はございませんが、一部の方に盗用したと思われる結果に至
結城浩さんの「学ぶ姿勢」のはなし - Togetter
結城浩 / Hiroshi Yuki @hyuki Twitterはとても楽しいんだけど、ずうっと眺めていると、物事の表面だけを見て「それ、知ってる」錯覚に囚われる。ヘッドラインだけ見て理解したつもりになる。自分の主戦場以外ならそれもいいけど、主戦場ではまずいよね。時間かけて資料や本を読み込んで自分で試して考えていかないと。 2013-11-17 18:11:09 結城浩 / Hiroshi Yuki @hyuki 「時間をかけて」と書いたけれど、時間をかければいいというものではない。しかし、「時間がない」を理由にしてサボるのはよくない。必要とあらばたっぷり時間をかけることが何事につけ大事だと思っている。「お金は時間を買うために使う」のがよいと常々思っている。 2013-11-17 18:16:32
Hiro Blog 「人生のコツはこの３つだけ。」
2013年の６月７日にアメリカのＭＩＴ（マサチューセッツ工科大学）の卒業式でスピーチをした、ドロップボックス社ＣＥＯのドリュー・ヒューストン（Drew Houston）のメッセージは、印象的で素敵でした。 素晴らしいスピーチなのに日本語にはまだあまり訳されていないようなので、ここで簡単に紹介したいと思います。 ＭＩＴを2005年に卒業してドロップボックス社を立ち上げて大成功したドリューは、充実した人生を生きるために必要なコツ（虎の巻）について、その日ＭＩＴを卒業する学生たちを前にして、こう語りました。 「というわけで、僕は君たちにちょっとした虎の巻を伝授したいと思う。僕も自分の卒業式だとしたらそれが聞きたかったからね。僕の虎の巻には、実は多くのことは書かれてない。テニスボール、サークル、30,000という数字、それだけだ。これだけ聞いても何のことだかまださっぱりだとは思うけど、ちょっと
時代は変わるんだぜ - Chikirinの日記
前回、「今どき事業戦略を立てる時、自社の強みは何かみたいなところから考え始めるなんて、もうそれだけで終わってるよね」と書きました。 でも、戦略考えるときに、自分の強みから考えるって王道じゃないの？ そういうフレームワークも習ったことあるよ、という人もたくさんいるでしょう。 じゃあなんでこういう話になっているかといえば、それは「時代が変わったら、答えも変わるのよ」って話です。 確かに昔なら、自社の強みから何を作るかねって考えるのもアリだったと思います。なぜなら「自社の強み」って、（自社にとっても他社にとっても）そうそう簡単には変えられないものだったから。いわば、固定的な条件だったんです。 たとえば、長年かけて培ってきたノウハウだったり、特許で守られた技術だったり、何年もかけて細かく調整＆改善してきたラインの行程だったり。 うちは持ってるけど、他社にはおいそれと真似できない、一朝一夕には作れな
mixiの新経営陣がスーツでも何も問題ない : けんすう日記
おめでとうございます mixiの社長だった笠原さんが、会長になり、新社長として、朝倉さんが就任し、また取締役メンバーも変わったということで話題になっています。 Yahoo!JAPANも、設立以来、非常にうまくいっていた経営陣を刷新し、若返りを計ったことで、さらなる発展をしているところを見ると、このmixiの判断にはどうしても期待してしまいます。 ちなみに朝倉さんというのは、一度、イベントで共演させていただいたのですが、スマートで頭が切れる匂いがプンプンしているのに、非常に物腰が柔らかい方でした。初対面から喋りやすい感じの方で、社内の人望も厚いのだろうという思われます。 そして、COOの川崎さんは、はてなという業界では有名なインターネット企業の元副社長であり、その後、ベンチャーを経て、mixiにジョインしています。マネタイズを含めた、事業推進などに関して強い方であり、COOというポジションが
プログラムは手段だけど、せっかく作るなら儲かって綺麗にこしたことはない。 - お前の血は何色だ!! 4
コードは綺麗だけど儲からないプロジェクトと、 コードは糞汚いけど儲かるプロジェクトのどっちがいいですか？ もちろん、コードは綺麗で儲かるプロジェクトがいいのは理想ですが、今回は、この2つです。 コードは糞汚いけど儲かるプロジェクトの場合、次期バージョンとかの予算を確保することができます。 そこで、汚い部分を捨てて書きなおすことだって出来ます。 コードは綺麗だけど儲からないプロジェクトは、次のバージョンの改修費用もでずにゴミ箱に送られる運命です。 プロジェクト解散、メンバーは散り散りです。 フリーソフトの場合は、儲かるをユーザに使ってもらえるソフトとか支持されるソフト、 ゲームの場合は、儲かるを面白いゲーム、支持されるゲームとかと適当に読み替えてください。 コードは綺麗に越したことはないです。 だけど、プロジェクトとして成立しないことには意味がありません。 コードは綺麗だけど、誰も遊んでくれ
プログラミングの話 - 鳩舎
この辺見て、いつも思ってること。 プログラミングはアプリを作ることの手段なのか - 銀の人のメモ帳 プログラミングはそれ自体が目的であっていい - mizchi log プログラミングを勉強したい人が勉強する前にすべきこと - もとまか日記 プログラミングは手段です。僕にとっては。 「動けばいいコード」は糞コードだ でしょうね。としか言い様がないです。 あえて例え話にして、プログラミングを車の運転だとします。プログラマは運転手です。 でまぁ、アプリを作るってのが伊豆の旅館に行くことだとしましょう。この時、僕の運転する目的は伊豆に行くことです。間違っても運転することは目的じゃないです。なので別に運転に特に気を使うことはありません。 そこに突然 F1 ドライバーがやってきて、『お前のカーブの曲がり方は下手くそだ』とか『もっといいルート選択がある』とか『こんな運転の仕方じゃガソリン代がもったいな
nanapi けんすう氏のあざとさと、Gunosy炎上の雑感 - enator's blog
Gunosyボヤ Gunosyが少しボヤになったみたいでして。 配信記事がはてぶとほぼ同じだとか、検閲だとか。 そのあたりについていろいろ賛成反論ありまして、色々と炎上のような自体になったようで、Gunosy中の人の見解が ここ最近のGunosy関連の批判についての所感 出ました。所感とか殿様かよwwwとか思いましたけど、まぁそれは良いとして これを受けてですね。nanapi けんすう氏が登場しましたわけですけども。 けんすう氏登場 僕がGunosyの社長だったらこのように謝罪文を書きます 謝罪文の見本のようなものと、それを書く上での注意点などを書いてます。 まぁあざとい。あざといっすわ。 Gunosy擁護・批判者には、わかってるやろ？的なドヤ顔をちらつかせ Gunosyサイドには、俺業界の先輩やでと胸筋を見せつけ。 ※すべて私の想像です。 小見出しとかうまい具合にたてて読みやすいっすよ。
もしかすると、みんなもうITに飽きているのかも知れない - 新しいメーカーは新しい人間が作るだろう - 以心伝心記
11/15のTechCrunch Tokyoで強く感じた事。もしかすると、みんなもうITに飽きているのかも知れない。 今回のスタートアップ・バトルでも大きな評価を受けたのは乗物でした。もはや多くの人たちがソーシャル何とかやクラウド何とかに飽きかけている兆候ではないでしょうか？本物のパイオニア精神が、既にソフトウェアの重力圏から飛び出そうとしている気がします。 ソーシャルネットワークでは、facebookの創出した生態系が世界規模で多くを覆ってしまいました。このままでいくとO2Oのリアルワールド系システムもそのまま持って行かれるかも知れません。 一方「物作り」は、例えばアンドリーセン＆ホロビッツや500スタートアップス、あるいはYコンビネーターなどは意識的に避けています。あるいは避けざるを得ないモデルで動作しています。 ハードウェアは時間が掛かるし、リスクも高いから避けた方が良いとずっと言い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
作りたいものを作るには結局大量のコードを書かないといけないことについて - Qiita
BLOGOS サービス終了のお知らせ
私が考える安全なプログラムを書くために必要なこと