ベンチャーが人が増えてぬるま湯の勘違いダメ会社になった例
人から聞いたある会社のことをまとめてみた。（はてなじゃありません。）社員ブログ内容が変になって、一部の社員の意見で分裂。更新が難しくなったので無理矢統合。企画者の思い込みだけで決まり、業務に追われている社員の意見を聞かずに無理矢理記事を書かせているので、一部の社員から反感を買っている。コスト重視とか言っているけど、兼任で書かせているので実際コストパフォーマンスはもの凄く悪い。専任じゃないから、パクリ、いまさら感、自己満などの記事ばかり。読者はどこやら。技術記事で良いものあるけど、全体のレベルがバラバラで低い。デザイナーじゃない人がデザインのことをバカにして書いていたりして、仕事を発注するのが不安になる内容が目立つ。開発環境マルチモニターを導入した結果、だらだら2chやネットばかり見るようになって効率の低下。ハイスペックマシンを導入した結果、実環境を意識できなくなって品質低下。スペックに己惚
本職のプログラマが放った名言集 | Act as Professional
キュレーションサービスって、どんなもんか興味を持ち始めた@HIROCASTERでございませう。 僕のTwitterにはいってたお気に入りを良い感じに並べました。 まとめていて、笑いが止まらなかったのは内緒です。
Rails3 と jQuery で真面目にオシャレなエロサイトをつくってみました
いつぞやの飲み会で、 これだけウェブの技術が進化しているのだから、もっとオシャレなエロサイトがあってもいいんでないかい？ << という話になりまして。 だけどどうせ作るんならということで、Rails3 と jQuery を使って結構マジメにつくってみました。 （※大人の事情により、リンクはやむなく削除しました） 当初はエロにオシャレは必要ないのかなーと思ったときもありましたが、いざつくってみると、やっぱり選べるならオシャレなやつの方ががいいよね、という結論に落ち着きました。 今回つくったのは試験的なものなので 90日間限定でしか公開しないつもりですが、日本のエロサイトが今後もっとオシャレに発展していくきっかけになってくれたら嬉しいです。 以下、サイトのコンセプトや使っている技術についてまとめてみます。 **Rails3 と jQuery で真面目にオシャレなエロサイトをつくってみました 1
討論 議論 ディベート ディスカッションにおける論理的思考力と対話術
当サイトが最も参考にさせて頂いている 小野田博一先生の新刊が出版されます！ 『話す・聞く・考える 「論理力の基本」トレーニングブック』 ７月３１日発売。予約受付中！ 【論理的思考力と議論】 第１章 論理的な主張の仕方 第２章 論理的な反論の仕方 第３章 詭弁！誤謬！レトリック！ 第４章 現実のパワーゲーム おまけ やる夫で学ぶ議論のしかた（AA） まとめ 毎日読む論理思考ノート 【上級者の実戦を観察する】 Twitter勢 配信サイト勢 競技ディベート勢 【心理と対話】 思考を歪める心理効果 ゴードン心理学 【その他】 管理人の議論ログ 更新履歴(Twitter) 厳選したリンクと書籍 当サイトではネットの議論に必要な論理的思考法やクリティカル・シンキングなどを、初心者にも分かりやすく説明しています。知らない言葉が出てきたときはWeblio辞書やGoo辞書にコピペして調べてみてください。
【２次元】マミさんの画像がひっそりと集まってくる カナ速
●野田「震災の痛み分かち合おう」＝公務員採用減、学生に説明 分かち合うってｗ 若者だけに押し付けといてドコが分かち合うだよ ●アラフォー女性「ロリコンばっかりで、ロリ婚よ！日本のオッサンには失望した」 子供産めない機械と結婚してもなぁ・・・ ●野田「震災の痛み分かち合おう」＝公務員採用減、学生に説明 震災があったから公務員採用へらすんじゃないだろ？ 詭弁だわ。 ●アラフォー女性「ロリコンばっかりで、ロリ婚よ！日本のオッサンには失望した」 男は家庭を持ちたいから結婚するのであって、ある程度の若さを女性に求めるのは当然です。丈夫な子供を産んでほしいのですから。 ●野田「震災の痛み分かち合おう」＝公務員採用減、学生に説明 なにを言ってるんだ、こいつは 下そのままで上の給料カットして その分ひと雇って救えよ ●17歳の女子高生の彼女とセックスした疑い 男子高校生を逮捕ｗｗｗｗｗ
｢基礎が大事｣という本当の意味を理解しているか? - teruyastarはかく語りき
自分への問いかけ。 と解答。 ｢基礎は無意識に落としこむほど反復してこそ、本当の土台となる。｣ ｢基礎は常に更新、あるいは再構築されるものである。｣ 以下本文。 高校生を応援するNHKの番組｢テストの花道｣みて 早稲田先進理工学部で、 その他いろんな薬学部にも合格もらった人の 勉強法が面白かったです。 問題集への取り組み方 学校で配られた問題集で、 ｢例題｣→｢練習問題｣→｢演習問題｣ と普通は順番に理解し解いていくところ、 ｢例題｣のみひたすら繰り返す! ｢練習問題｣｢演習問題｣には手をつけない。 え? それだけ? というか、例題だけ覚えても練習やら応用やら、 やらないとダメなんじゃないの? と、思ったんですが、 どうも受験対策に買った物も｢基礎英文法｣と｢単語帳｣だけで、 後は授業の復習や、学校のプリント、問題集のみ。 結局応用問題には最期まで手を付けなかったそうです。 (そんなんで薬
新社会人のためのバグレポートの基本 - mixi engineer blog
はじめまして、品質管理部門の柿崎です。 最近、Skyrim にハマってしまい、人生一回休みになりかけています。 季節は春ということで、新社会人になられる方も多いと存じます。 新社会人が会社勤めをするようになって、初めて書くビジネス文書といえば...... そうですね！「バグレポート」ですね。 今回はバグレポートの基本について書きたいと思います。 近年、開発現場ではバグトラッキングシステムが定着し、ドッグフーディングのような社内テストを行う現場も増え、テスト担当者以外の方でもバグレポートを提出する機会が増えています。そして前衛的なバグレポートによって、プログラマ達が理不尽かつ不可解なバグ地獄に叩き込まれる機会も増えています。 バグレポートは諸刃の剣です。 良いバグレポートはアプリケーションの問題を速やかに解決まで導きますが、反対にダメなレポートは現場に混乱をもたらします。 良いバグレポートを
お家で勉強できる子 - teruyastarはかく語りき
人は毎日忙しい。 いや、暇といったら暇なんだけど、忙しいといったら忙しい。 勉強しようと思うほど身が入らず 漫画やTVやネットやゲームに逃げたりする。 ちょっとだけ学生をみる機会があって、過去の経験含め 勉強できる子、できない子で興味深い話が聞けたのでメモしておく。 パターン1･勉強したくないけど、しないといけない 勉強はしたくないけどお金は欲しい。 努力はしたくないけど名声を得たい。 こういう動機の子はいつまでもスタートしない。 だってしたくないんだから。 よくよく聞くと｢この勉強に意味はあるのか?｣という将来に迷ってたり、 ｢この勉強法は正しいのか?｣と｢勉強法の勉強｣でずっと迷ってたり、 結果の失敗だけでなく、準備段階の失敗すら心配している。 そういう子には、 ｢これまで迷ってた時間があれば全部試せたろ? 迷路脱出は片っ端から壁にぶつかる方がずっと速いぞ。｣ と厳しい言葉をかけてあげ
ネットを利用するときに気をつけたいこと - ぼくはまちちゃん！
こんにちはこんにちは！！ 昨日、こんな記事を見かけたよ。 » コドモのソーシャルネットワーク事情〜親ならこれだけはやっておけ なるほど、いいこと書いてあるし、わかりやすい。 そんなわけでぼくも、 「ネットを利用するときに気をつけたいこと」について、自分なりに思うことを書いてみるよ。 情報は紐付く ちょっとした情報を元に、 ネットAとネットBが紐付くのはもちろんだし、 リアルの情報まで紐付くこともよくあること。 ひとつひとつは大したことない情報でも、 情報が紐付くと、さらに色々なことが芋づる式に誰かにわかるよ。 過去と現在が紐付く 今は、君のことを気にかけているのは まわりの友達だけかもしれない。 けれど情報は残る。 将来、5年後、10年後…、 君がうっかり書いた言葉が、たまたま炎上した時、 犯罪者のようなレッテルとともに、過去の全てと、紐付いたリアルの情報を、大勢の人に晒されることになる。
おっさんIT用語。
「選択と集中」「利益が出なかったので撤退、でも俺の間違いだったとは認めない」 「新規事業育てる体力がなくなった、でも俺は間違ってない」 のいずれかの意味「PDCAサイクル」「反省しました」 「これからはがんばります具体案はないけど」 のいずれかの意味「再発防止策」「次に二度と同じ失敗をしないための仕組みづくり」 「俺のせいじゃないけど謝っておきます」 「具体案を作りようがないけど次からは凄く気をつけます」 のいずれかの意味「ソリューション」「受託開発」 「前の受託開発で作ったものをちょっと改造して他の所に売ります」 「お客様と同業種の会社から開発を請け負った経験があります」 のいずれかの意味「パッケージ」「前の受託開発で作ったものをちょっと改造して他の所に売りますお安くしますよ」 の意味「クラウド」「アマゾンかグーグル」 「レン鯖」 「クラサバ」 「ホストとダム端」 「ブラウザで操作する社
米国のデザイン教育から学んだこと デザイン会社 ビートラックス: ブログ
はじめに教授からのWhy? Why? Why?と立て続けに押し寄せる「どういったロジックを元に〜をデザインしたのか？」という質問の嵐に対して、学生達がBecause, Because, Becauseと素早く理論を構成して「何故なら〜だからです」というロジックを組み立て続ける。 そんな米国大学で展開されるデザイン講義を目の辺りにしてきた僕は、「デザインとはこんなにも理論的なプロセスだったのか」という率直な実感を持っています。 デザインと聞くと生まれ持った才能を存分に発揮してクリエイティブに様々なものを生み出していくというイメージをお持ちの方も多いかも知れませんが、これは全くの誤解であると言えます。 本来、デザインプロセスとは問題解決を前提としているため、地味な作業の連続であり、非常に理論的なプロセスで構成されています。 僕は日本で5年間、米国で3年間デザインの教育を受けましたが、実感として
目標は、内に秘めたほうが達成率がアップする（!?）というお話 - Feel Like A Fallinstar
最近、もはやテーマ崩壊の危機に瀕しているこのブログですが、今回は少しばかり内省的というか、そんなネタでも書いてみようかなと思ったりしています。 「目標」 目標とはこうあるべき、みたいな話はそこらかしこで目にしますが、その中でも「目標は人に言わないほうが良い！」という、ちょっと面白い研究（？）結果があったのでピックアップしたいと思います。 Keep your goals to yourself というTEDの動画があります。 TEDは、世界中の有益な情報を集めて動画配信しているサービスですが、その中のDerek Siversの「Keep your goals to yourself」では、こんなことを仰ってます。 Telling someone your goals makes them less likely to happen. （ゴールを人に話してしまうと、達成しにくくなるよ！） えー
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
企画論「失敗の類型」 | six1ブログ
部下や他人のアイデアをみていると、「あーまたあの失敗しているなぁ」と思うことがよくあります。きっと世界中で同じような失敗が今日も明日もきっと続いてるのでしょう。 というわけで、同じ轍を踏まないように、企画を考える際の代表的な失敗例をいくつかあげてみます。 よくある失敗例 ● 量や数を増やす。（ムーアの法則にそった企画） ● ものすごく遠大な計画がある。 ● 顧客の声を最優先する。 ● 二つの目的を同時に実現しようとする。 ● 「あってもいい。」という機能を追加する。 ● 一度つくったアイデアに固執する。 もしかしたら企業によっては「顧客の声を聞いて、自分のアイデアを大事にして、より細かい機能追加をして、複数の課題を同時に解決するべき！」なんて上司が部下に指導しているかもしれないけど、全部間違いだと思ってます。 ● 量や数を増やす。（ムーアの法則にそった企画） サービスを改善するときに、一番
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【おもしろ】いろんなgif画像下さい！：キニ速
chrome-life.com
not found
not found
not found
これはすごい！ど迫力ハンバーガーが食べられる都内のお店 | サンゼロウーマン