スティーブ・ジョブズとパロアルト研究所物語
スティーブ・ジョブズがビル・アトキンソンらとゼロックス社パロアルト研究所(PARC)を訪れた際のエピソードはこれまで虚々実々のいわれ方をしてきた。しかし、その一瞬はAppleの歴史にとっても最も重要なシーンだったことは間違いない。今回はその日、その時に焦点を当ててみる。 後年WindowsがMacに似すぎていると文句を言ったスティーブ・ジョブズ(以後S.ジョブズ)に対し、Microsoft社のビル・ゲイツが「ゼロックスの家に押し入ってテレビを盗んだのが僕より先だったからといって、僕らが後から行ってステレオを盗んだらいけないってことにはならないだろう」と言い放ったという話がある。 この物言いは、当時Apple Computer社(以後Apple社)のS.ジョブズがPARCに乗り込み、PARC側の意志を無視して文字通り技術を奪い取ったとも受け取れる発言だし、これまで一部のマスコミでも同種の扱い
「RubyはSmalltalk-76に似ている（by アラン・ケイ）」をSmalltalk-78エミュで確認してみる - Qiita
Smalltalkは、アラン・ケイの「“オブジェクトへのメッセージ送信”というメタファーを用いることで、構築するソフトウエアにいろんな意味での徹底した遅延結合性をもたらす」という発想に基づいて実装された言語（厳密には、言語処理系を内包したコンパクトな仮想OS。自身も自身で記述され、シンプルさと遅延結合性を重視した実装を目指している←これ、他にない重要なところ！）で、70年代に、Smalltalk-72、Smalltalk-76、Smalltalk-80という大まかには三世代の大変革を遂げて今のかたちに落ち着いています。それぞれ言語としての特徴があり、メッセージングというコンセプトをキーにしていることを除けば、まったく別の言語と言っても過言でないほどの違いがあります。 他に、Smalltalk-71というのもよく出てきますが、これは言語仕様の一部が考えられただけで、実装は存在しませんでした。
Go言語によるCLIツール開発とUNIX哲学について - ゆううきブログ
この記事ははてなエンジニアアドベントカレンダー2014の8日目です。 今回は、Go言語でサーバ管理ツール Mackerel のコマンドラインツールmkr を作るときに調べたこと、考えたこと、やったことについて紹介します。（mkr は現時点では開発版での提供になります。） コマンドラインツールについて コマンドラインツールを作るにあたって、@deeeet さんの YAPC Asia 2014 での発表資料が非常に参考になります。 書籍 UNIXという考え方ーその思想と哲学 の内容をベースに、コマンドラインツールはどうあるべきかということが丁寧に説明されています。 上記資料から引用させていただくと、コマンドラインツールにおいて重要なポイントは以下の7つであるとされています。 1つのことに集中している 直感的に使える 他のツールと連携できる 利用を助けてくれる 適切なデフォルト値を持ち設定もでき
ディープラーニングを使ったイメージの切り抜き | カメリオ開発者ブログ
こんにちは、シバタアキラです。この度PyDataの本家であるアメリカのコミュニティーで半年に一度開催されているPyDataカンファレンスに出席するため、NYCに行って来ました。11/22-11/23の二日間の日程で行われ、延べ250人ほどが参加したイベントです。その時の模様は、先日のPyData Tokyo第二回ミートアップでもご説明させていただき、また後日記事化されると思いますので、そちらをぜひご覧いただければと思います。 今回はそのPyData NYCカンファレンスで私が発表してきたミニプロジェクトについてお話します。最近各所で話題に上がるディープラーニングですが、これを使った応用を「カメリオ」のサービス向上のために使えないか、というのがそもそものプロジェクトの着想でした。今回PyData Tokyoオーガナイザーとして、またディープラーニングで色々と面白い実験をしている田中さん（@a
弊社ホームページ改ざんに関するお詫びとご報告 | gihyo.jp
弊社ホームページにおいて、2014年12月6日11時～14時のあいだ、第三者からの不正アクセスによりサイトが改ざんされていた事が判明いたしました。ご利用頂いておりますユーザの皆さまにおかれましてはご迷惑をお掛けいたしまして、深くお詫び申し上げます。 なお、現在は被害を受けたサーバは復旧作業を実施済みです。ご利用ユーザーの皆さまの個人情報流出等は、現在のところ確認されておりません。 被害対象サイト／コンテンツ URL：http://gihyo.jp 改ざん内容とその影響 サーバの中身を入れ替えられ、外部のサイトにリダイレクトされるように設定されていた。 リダイレクトされていたサイト（アクセスしないようご注意ください） www.koushin-lawfirm.net live.livelistingreport.com 現在把握している改ざんされていた可能性がある期間 2014年12月6日
在宅勤務始めました - Line 1: Error: Invalid Blog('by Esehara' )
この記事について この記事はHeartRails Advent Calendar3日目の筈でした。 趣旨 HeartRailsに入社した。そこで、リモートを通じて受託開発などを行っている。ちょうど1ヶ月ほど経ったので、リモートワークに関しての所感をメモしておこうというのが今回の記事の趣旨。 なぜリモートワークをやろうと考えたの? 割と働き方で体調を崩すことが多くあったので、「これは自分の働き方を見直さないとマズイな」と思い、あまり一般的な働き方に囚われず、自分にあった働き方を見つけようと思ったのがきっかけ。そうなると、現状として二つの働き方があって、「リモートワーク」か、あるいは「短時間勤務」になるかなと考えたので、そのあたりを中心に見直した結果、HeartRailsの働き方がマッチしているかなと思ったので、そういう経路で働き始めたという経路。 リモートワークを中心にすることに関して不安は
リモートワークについて - 表道具
リモートワークの話 // Speaker Deck 在宅やオフィスの外で、比較的自由な形態で働くリモートワークだが、良い面悪い面みんな好きに言っていてどうも宙に浮いたものになっている印象がある。私はリモートワークで数年働いているが、特に問題はない一方で、これはうまくいかなくなる可能性は常にあるなと感じている。その辺について、「好きに言う」ことの1つかもしれないが記事にする。 前提 私はちょっと障害のある人間なので、その辺の事情を差し引いて捉えてもらいたい。個別の病名・障害名については差し控える。 4時間に1回数時間の休憩を入れないと、脳が動かなくなります 人が近くにいると気が散って仕事ができない場合があります リモートワークの良さは？ 答えになっているか微妙ですが、従業員の活動を柔軟にすることで生活の質を高め最適な働きを目指すと共に、負担を軽減し、新しい技術やビジネス機会を取り入れる体制を
リモートワークの地味な知見 - ✘╹◡╹✘
華やかなところはまあググれば出てくるんで、地味なところに触れる。 日報にまとめておく リモートワーク中は、毎朝10:10 - 10:20の間、Google+ ハングアウトのビデオ通話を利用して進捗・問題共有しているんだけど、慣れてないと共有過多で時間が長くなりがち。8人居て、1人5分とかになると重い。いま取り組んでいる実装の話とかを始めてしまったり、あと会議参加者に対して「これどうですかね？」と質問する内容が含まれていたりすると、特に時間が長くなりがち。この辺は、事前にQiita:Teamの日報に前日やったことや翌日やることをまとめておいて、詳しくは日報に書いたんで見てくれという風に改善されたりした。日報、リモートワークで特に役に立つ。では日報を書いておけばミーティングは不要になるのではないかという話になるかもしれないが、この先は君の目で確かめてくれ。 情報の倍率を変えられるようにしておく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
丸善や文教堂で紙の本を購入→将来、電子版を買う時に5割引～ISBNで照合 大日本印刷グループの書店が来年春より「読割50」
DEEP LEARNING An MIT Press book in preparation