タグ

businessとprogramingに関するpero1のブックマーク (15)

  • O’Reilly urges world to get ready for a red-hot summer of AI

  • 伊藤直也が語る「仕事の流儀」第3回──OSSプロジェクトのように組織をつくる|CodeIQ MAGAZINE

    伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのような行動をとっていたのか。 ある取り組みによって、KAIZEN流の行動哲学が生まれたという事例をもとに語っていただいた。 by 馬場美由紀 (CodeIQ中の人) 暗黙知を作るな、すべてを形式知に変えよ 前回は、Sqwiggleを活用したリモートワークGitHubを活用した開発について述べました。 開発プロセスは、まあアジャイル開発っぽいですね。アジャイル開発というか、スクラムで求められている他のプラクティスについて、KAIZENのリモートワークではどのようにやっているかをもう少し説明すると、まずデイリースタンドアップ、いわゆる朝会です。リモートでやってるので、スタンドアップといいつつ立ってはいないんです

    伊藤直也が語る「仕事の流儀」第3回──OSSプロジェクトのように組織をつくる|CodeIQ MAGAZINE
  • Facebook元役員「プログラミングを学ぶのなら、生涯仕事に困らないことを私が保証しよう。」 / リーディング&カンパニー株式会社

    1990年代後半から2000年代前半辺りまで、プログラミング言語を学ぶなど一部のコンピューターオタクがすることであって、10代や20代の好奇心旺盛な若者が学ぶことにはとても思えませんでした。 当時ちょうどグローバル化が格的にスタートした時期でもあり、プログラミング言語なんかを学ぶをよりも、英語を学ぶことに力を入れる学生の方が圧倒的に多かったように思います。 ↑1990年代、プログラミングはまだまだオタクの領域だった。 当時、僕の周りでも多くの人がサッカーや野球に夢中になる中で、コンピューターに夢中だった友達は「オタク」、「性格が暗い」など言われ、とても女の子にモテたり、学校で人気者になる存在ではなかったように思います。 そんな中、もし僕がこのビル・ゲイツ氏の言葉を聞いていたらコンピューターに夢中になる友達の視線も変わっていたのかもしれません。 「オタクには親切に。あなたたちは、いつか、彼

    Facebook元役員「プログラミングを学ぶのなら、生涯仕事に困らないことを私が保証しよう。」 / リーディング&カンパニー株式会社
  • 技術的負債を管理する

    1992年にWard Cunningham氏が、技術系ではないステークホルダにこの問題を伝えるために、初めて「技術的負債」というメタファを使いました。品質の低いコードと自動テストによるカバレッジがないことは、財務的負債と比較されます。このようなコードは、開発者だけでなく、すべてのステークホルダが負う財政的な重荷になり、将来的に利息が課される負債になります。元額は、コードベースを将来簡単に変更できるようにリファクタリングするコストです。利息は、チームがよいコードではなく、汚いコードに取り組まなければならない場合に、将来支払う余分なコストです。 財務的負債とは違い、技術的負債は返済しなくてもよい負債です。時には、返済するのが無駄なこともあります。ある部分のコードを読んだり、変更したりすることはめったにないか、決して起こらないかもしれません。そのため、技術的負債も、どのくらい起きそうかを考慮す

    技術的負債を管理する
  • ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!

    続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解:既にあるソフトウェアを流用し

    ソフトウェア開発プロジェクトをとりまく6つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
  • 起業家がコーディングを学習すべき理由--新興企業のリーダーに求められる資質 - CNET Japan

    新しいインターネット経済では、コードが王様だ。時間を割いてプログラミングの基を学ぶことは、ビジネスや起業で成功するための助けになるだろう。 筆者は数日前、野心的な起業家から、以下のような簡単な質問を含む電子メールを受け取った。 「成功する新興企業を作り上げるためには、コーディングの専門家になる必要があるのか。それとも、自分に代わって技術的な仕事をしてくれる専門家を雇うことは可能なのか」 この人物はビジネスマンおよびセールスマンとしての成功を示してきたが、起業の魅力にとりつかれ、それを振り払えずにいる。彼は自分の会社を興したいと考えていた。 彼が聞きたがっている答えは分かっていた。「インターネット事業を始めるのに、コーディングの知識は必要ない!起業は可能だし、実際に行われてきた!」というものだ。しかし、筆者はそう答える代わりに、次のように伝えた。 「コーディングすることは必要だ。その理由は

    起業家がコーディングを学習すべき理由--新興企業のリーダーに求められる資質 - CNET Japan
  • 【インタヴュー】新世界を創造するYコンビネーターのハッカーたち

  • matzさんの技術者とアイデアにかんするまとめ

    Yukihiro Matz @yukihiro_matz 制限がないほうが成功しやすいというのは勘違いだ。イノベーションも成功も制限や制約をなんとかしようというモチベーションによってこそ達成できる。むしろ積極的に自らに制約を課そう Yukihiro Matz @yukihiro_matz 熱意はあるが技術も金もない人が、技術者になんとかして(安くorタダで)作ってもらおうとする構図に飽き飽きしてる。その熱意は自分で技術を学ぶとか、スポンサーを説得する方向に使ってもらいたい。 Yukihiro Matz @yukihiro_matz 優秀な中国人に打ち勝つためには?:ネットバー:ITmedia オルタナティブ・ブログ http://t.co/7PiMnwVc / 技術で勝てないならマネジメント力で、なんだそうだが、技術で勝てない相手にマネジメント力なら勝てるって思えるのは偉く呑気だな

    matzさんの技術者とアイデアにかんするまとめ
  • プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン(SIビジネスの本質編)

    SIビジネスの質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 プログラマを一生に仕事にできるビジネスモデルで目指す未来のビジョン ソニックガーデン代表取締役社長 倉貫義人氏。 倉貫です。今回のオファーをいただいたときに「技術者の人が元気になるような話をしてほしい」というのがあって、私自身がずっとエンジニア、プログラマやマネージャ、営業などいろいろや

    プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン(SIビジネスの本質編)
  • 週に1日、エンジニアが開発に集中できる日を作ろう

    毎週決められた曜日には、会議も電話もメールもチャットもなく、上司から話しかけられもせず、エンジニアが開発に集中できる日が確保される。クラウド上でRuby on RailsなどのPaaSを提供しているHerokuでは、エンジニアが開発に集中できる日「Maker's Day」が毎週設定されているそうです。 Publickeyが月曜日に公開した記事「アジャイル開発手法でクラウドを作るHerokuのやり方とは」で、HerokuエンジニアCraig Kerstiens氏のブログ」を基に、Herokuでの開発の様子を紹介しました。Kerstiens氏はその続きとして「How Heroku Works - Maker's Day」をポストし、Maker's Dayを紹介しています。 トム・デマルコ氏とティモシー・リスター氏による有名な書籍「ピープルウェア」でも、エンジニアにとって集中できるオフィス環境

    週に1日、エンジニアが開発に集中できる日を作ろう
  • コードが書けないテック系スタートアップ創業者におくる3つのヒント | Startup Dating [スタートアップ・デイティング]

    【翻訳 by Conyac】【原文】 エリシャ・タンは、あらゆる学びたいもののインストラクターや講師を見つけるwebアプリケーションであるLearnemyの創業者である。この記事は「テックスタートアップ作ったけど…あぁダメだ!コードが書けないんだった!」というテーマでおこなわれた最近のBarcampでの内容を元に掲載する。 インターネットは、事業を始めるには実に良い場所だ。コストは非常に低いし、事業の拡大も縮小も容易にできるし、どんな所にいてもビジネスの意思決定ができる。だが私が起業した時には、私にはコードが書けない!という大きな問題があった。 私の短い職歴ではソーシャルメディアマーケティングだけをおこなっており、ウェブデザインや開発のスキルはゼロである。なので、私は今運営しているサイト-Learnemy.comを開発するためにRuby on RailsCSSHTMLを学んだ。 予想で

  • ヒトもカネもなくともシステム内製はできる

    「ヒトもカネもない中小企業でも,やればできる」---菅雄一氏は関西のある企業のたった一人のシステム担当である。従業員約200人の製造業で,ほぼ独力でネットワークを引きサーバーを立て,社内向けのグループウエアや顧客向けのQ&A情報検索システム,販売システムなどを構築してきた。 ミドルウエアとして使っているのは,すべてオープンソース・ソフトウエア。ハードウエアの代金と回線料を除けば,費用はほぼ菅氏の人件費だけだ。 最初はエラーの連続 菅氏がシステム内製を始めたのは,2000年に同社がインターネットに接続したことがきっかけだった。この時,インテグレータから提案されたサーバーの費用は,営業所や社のパソコンの設定変更,ファイアウオールなどを含めて100万円以上。それを見た菅氏は「10万円のパソコンにLinuxを入れればもっと安くできるのに」と思った。 菅氏は思っただけでなく,実際に行動した。自前で

    ヒトもカネもなくともシステム内製はできる
  • 現代という時代は、どのようなプログラミングを求めているのか? - 分裂勘違い君劇場 by ふろむだ

    Rubyを使うべき当の理由は、根源的には、日で自殺者が増えた理由と同じです。 今後日が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ

    現代という時代は、どのようなプログラミングを求めているのか? - 分裂勘違い君劇場 by ふろむだ
  • Social になることで、Web が進化します

    Web の世界のキラーアプリは、メール、IM (インスタントメッセージ)、ブログなどありますが、それらを使うことによって、私たちは友だちや家族、世界中の人々とコミュニケーションできるようになりました。 Web なしのコミュニケーションは今や考えづらくなってきましたね。 さらに、最近 Web の新しい側面が見えてきました。"Social" がキーワードです。この次世代では、 Web やアプリがどのように私たちへに接続するか、あるいは私たちが友人たちと行っているオンライン活動が大切になってきます。 SNS は、その次世代の一部といっていいでしょう。さらに SNS では開発者向けに API も公開され始めていて、サードパーティが自分たちの Web サイトを革新するのに使いはじめています。これはすばらしいことです。 しかし、このままでは開発者が覚えなくてはならない API がどんどん増えていくとい

    Social になることで、Web が進化します
  • 真髄を語る:重要なソフトは外注せず自分で作る

    ソフトウエア開発の経験が全くない素人集団を率いて、100%外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。この時の経験から言うと、ゼロからのスタートであっても、5年間真剣に取り組めば、ソフトウエアを自社内で開発・維持する体制を構築できる。現在、業そのものを支えるソフトウエアに関してまで安易な外注が進んでいる。基幹部分は他人任せにせず、当事者が自らの手で内製できる力を持つべきである。 「交換機を作っているコンピュータ・メーカーに、交換機のソフトウエアを自分たちの手で作りたいと言ったら、『我々が手を引いたらNTTなんて成り立ちませんよ。お分かりなんですか』と脅されたよ。頭に来たな。石井君、どう思う。今のままでいいのか」 日電信電話公社の真藤恒総裁は初対面の私にこうまくし立てた。電電公社が民営化され、NTTになる直前のことである。大阪の現場にいた私は

    真髄を語る:重要なソフトは外注せず自分で作る
  • 1