なぜ株式会社はてなは「はてなブックマーク」の機能としてフィルタリングやミュートなどで特定サイトを非表示にする機能を提供しないのでしょうか。…なぜ株式会社はてなは「はてなブックマーク」の機能としてフィルタリングやミュートなどで特定サイトを非表示にする機能を提供しないのでしょうか。 想像や推測ではなく、はてな社員や関係者によるブログや講演会の発言など、具体的なソースがある情報があれば教えてください。
古いプログラミング言語がなくならない理由 | readwrite.jp
今日よく知られているプログラミングの多くは、古い言語として取り上げられるに十分な歴史を持っている。PHPは20年、Pythonで23年、HTMLは21年で、RubyとJavaScriptは19年だ。Cなどは42年もの歴史がある。 誰もこの様な事になるとは思いもしなかっただろう。今でも出版されている、世界で最初のCの教本の共著者であるコンピューターサイエンティスト、ブライアン・カーニハンですらだ（C自体は同じ本の共著者であるデニス・リッチーによるものだ。彼は2011年に亡くなっている）。 「編集者とこの本を5000部売れたらなという話をしたのをなんとなく覚えている。もっといいものにも出来たが、学生が2014年になってもあの本を使っているなど考えもしなかったことだ」と、カーニハンは最近のインタビューで答えてくれた。 Cがあまりに長く使われていることから、グーグルが今でもCを使って解決する問題を
「シンプルなデザイン」の難しさ デザイン会社 ビートラックス: ブログ
日々デザイナーとしての仕事をする上で、クライアントから「シンプルな感じで良いので、とりあえず簡単に作って下さい」と言われることがある。難しい機能はあまり無くても良いから、シンプルなものを “さくっと” 作ってもらいたい、という要望。 このセリフを聞くたびに、実はめまいにも似た感覚を覚える。 恐らくデザインに対するコストを下げたいとの思いから ”シンプルで良いので” と言っているのだと思うが、実はシンプルなものの方が複雑なものよりもデザインするのが数倍も難しい。 それを知らずに、シンプル=楽につくれる=コストが低い、と思っている人々が後を絶たない。大きな間違いである。 シンプルなデザインや、ミニマリズムと呼ばれる極限まで無駄を削ぎ落としたデザイン技法は、最高レベルのデザイン技術を要する。 シンプル = 最高峰の問題解決あっさりして見えるものがあっさりと作られたかというと大間違いであり、最終的
勝手自作OSSライブラリを会社のアプリに組み込んだ話 - クックパッド開発者ブログ
こんにちは、レシピ投稿推進室の小室（id:hogelog）です。 今回は私が実装したAndroid向けグラフ描画ライブラリline-chart-viewの紹介、ではなくついカッとなってOSSとしてこのライブラリを作りクックパッド (Androidアプリ)に組み込んだ話について書きます。 line-chart-view 最低限の紹介をするとline-chart-viewというのは List<LineChartView.Point> points = new ArrayList<>(); points.add(new LineChartView.Point(date("2014/07/01"), 100)); points.add(new LineChartView.Point(date("2014/07/02"), 200)); points.add(new LineChartView.Po
「コードは書かない」と宣言する、えふしんが描くエンジニアの理想のキャリアパス | HRナビ by リクルート
かつてないほど手軽にネットショップ運営を始められる「BASE」。今年の5月には3億円の資金調達に成功し、今、最も勢いのあるECのスタートアップだ。同社に約2年間にわたって技術顧問として関わってきた「えふしん」こと藤川真一氏が、このほどCTOとしてジョインした。 エンジニアとして名高い藤川氏だが、BASEでは「コードを書かない」と公言している。代表の鶴岡氏の掲げるビジョンを具現化し、サービスを成長させるために、マネジメント業務に徹することを決めたという。藤川氏が考える、エンジニアにとっての理想の組織、そしてキャリアパスについて、詳しく話を聞いた。 なぜ藤川氏は「コードを書かない」のか？ ――BASEでは「コードを書かない」と宣言されていますが、それはなぜですか？ 藤川：一言で言うと、コードを書いている余裕がないからということに尽きるのですが、BASEにはすでにある程度の規模のチームがあるので
努力、忍耐、謙遜
Diligence,Patience,and Humility 努力、忍耐、謙遜 Larry Wall ラリー・ウォール Translation by Akira Kurahone 我われのＰｅｒｌコミュニティでは、格言を好んで使う。そういった格言の一つに、「物事のやり方は一つではない」と言うのがある。この格言はＰｅｒｌコミュニティの真理である。また、Ｐｅｒｌそのものにも当てはまる。そして、本書の各章で明らかにされるように、オープンソースコミュニティにも当てはまる。私は、ここでオープンソースの効用のすべてを語るつもりはない。それは、英語が役に立つ理由を説明しようとするようなものである。ただ、Ｐｅｒｌの現状と今後についてなら多少は語れると思う。 こんな格言もある。「プログラミングの三大徳目は、無精、短気、傲慢である」。Ｐｅｒｌの偉大なプログラマたちは、それらの徳目を信奉している。オープンソー
"Microservices"を読んだ
James Lewis氏とMartin Fowler氏による“Microservices”を読んだ．以前ざっと目を通したが，最近よく耳にするようになったのでちゃんと読んだ．以下はそのメモ． 概要 “Microservices” とはソフトウェアシステムの開発スタイルである 近年このスタイルでの開発を見てきて良い結果が出ている 初出は2012年の3月の“Micro services - Java, the Unix Way” Microserviceは一連の小さなサービスで1つのアプリケーションを開発する手法 それぞれのサービスは自身のプロセスで動いており，軽量な機構（e.g., HTTP API）を通じて情報をやりとりする これらのサービスは独立して自動デプロイされる 一枚岩として構築されるMonolithicスタイルのアプリケーションと比較すると分かりやすい 一般的なエンタープライズのア
「Webディレクター」という肩書とその役割 | F's Garage
先日、WebSigの10周年イベントの検討会議の場で、Webディレクターとは？というの話になった。 昔よく言われたのは、「Webディレクター」は「デザインできない」「開発できない」人がなる職業というネガティブな表現があった。特に「Webの仕事」と言えば「Webの受託制作」だったころは、そういう人たちが沢山集まってきていた。 そういう中で、「工程管理しかできないディレクター」とか「気が効かないディレクター」とか、「言われたことしかやらないディレクター」とか、確かに、いろいろいたように思える。 またネガティブな意味で、「Webディレクターとは何でも屋なんだよ」と言われることもある。これはある意味真理だと思っている。 個人的に思っているディレクターの重要な役割とは、 「バネのように、状況（案件）に応じて自在に伸び縮みして、お客さんと制作との穴を埋める仕事」 だと思っている。 PMが全体を見ている
「頑張ればいつか認めてくれる」とは違う文化で生きるということ
シアトルのマイクロソフト本社で働く横川尚美氏。彼女は現在、MicrosoftのSkype部門でSenior Program Managerとして働き、米マイクロソフトに入って今年で10年になる。 横川氏は米マイクロソフトに務める前、ソニーで働いていた。その文化の違いが、彼女の性格をガラリと変えたという。今回、慶應義塾大学大学院メディアデザイン研究科教授 古川享氏をインタビュアーに、横川氏に話を聞くことができたのでリポートする。 （左）古川享氏、（右）横川尚美氏 ソニーは「家族」、米マイクロソフトは「個人主義」 ソニーに3年務めた横川氏が米マイクロソフトに入社して一番驚いたのは、個人主義ということだった。ソニーは家族のような会社で、もし自分が間違えをしてしまったら上司が責任を取ってくれた。しかし、米マイクロソフトは違った。自分でやったものは、自分に返ってくる。 入社した瞬間、「はい、これがあ
アジャイル開発の本質 〜 アジャイルとウォーターフォールの違いとは | Social Change!
「アジャイル」という言葉が一人歩きしてしまっていて、たまに話をしていても通じないときがあります。 それくらいアジャイルという言葉が広く知られるようになったんだと思う一方で、かえって話が通じなくて、もどかしく感じることもあります。だからといって、そこで「正しいアジャイルとは」みたいな議論をしたい訳でもないのです。 広まれば広まるほど、そういった言葉の認識の齟齬が出るのは仕方ないですね。その正しい定義みたいなところを追求するのもナンセンスなので、そんなつもりはないですが、ただ自分がどう考えているかについては書いておいても良いかな、と考えました。ここは私のブログですしね。 そこで、この記事では、私の考えるアジャイル開発の本質について、そしてウォーターフォールとの違いについて書きました。 アジャイル開発では機能を全部つくらない これまで私の中で、アジャイルと言えば当たり前の前提がありました。それは
モバイル向けUI/UXデザイン10のポイント デザイン会社 ビートラックス: ブログ
日々めまぐるしく変化するモバイルマーケットにおいて、マートフォンアプリやモバイルWebのUIやUXを最適にデザインする事はそのプロダクトがヒットするかの大きな要素となっている。特に最近は見た目が良いだけではなく操作性が非常に高いモバイルサービスが次々とリリースされユーザーが求めるクオリティレベルも上がっている。 小さな画面サイズ、様々な利用シーン、複雑な仕様の機能を実装したモバイルサービスにおいては、高いユーザビリティを実現する事が何よりも重要である。よりユーザーに愛される為もポイントをまとめてみた。 1. レイヤースタイルのUIで奥行きを出す モバイルのインターフェイスに関しては、最近のトレンドを見てみると、フラットなUIがトレンドのように思えるが、実はモバイルの限られたスペースでユーザーに効果的なエクスペリエンスを提供するには、縦と横のスペースに加え、”深さ”を利用したレイヤースタイル
クソコードに対する怒りとコードレビューにおける人格攻撃について | おそらくはそれさえも平凡な日々
デキるプログラマだけが知っているコードレビュー7つの秘訣 7つの秘訣の1〜5は本当にそのとおりだと思います。 「怒り」って言葉を使っているところはなかなか画期的だと感じた。というのも僕は前から「人格攻撃に思われて」しまうような、コードで人を殴るようなことをしてしまう人が出てきてしまうのは何故かということを考えた時に、そこには「コードに対する怒り」があるからだろうなと思っていたからである。怒りがあるからこそ強く指摘しすぎてしまうことが起こりうる。 「怒り」というのはつまり「感情」である。であれば、「その『怒り』はコードに向けられたものであり、書いた人に対してのものではないので、その人に対しての攻撃ではない」というのは、理屈ではかろうじて通るかもしれないが、書いた人の「感情」的には通らないこともあることは理解したほうが良いと思う。 じゃあ怒らなければ良い、という話にはしたくなくて、どうしても怒
車買取一括査定を依頼してこんな交渉には注意？
少しでも高く車を売りたい。そして申込みをスムーズに行うためにも 車買取の一括査定サービスはとても便利です。 複数の業者へ一斉に中古車査定を依頼するのですが、交渉には少し注意が必要です。 一括査定からの申込みなので、業者も始めから競争相手がいることは知っています。 業者としては少しでも低い査定額で早く決めてしまいたいもの。 他の業者が来る前に、決断させるような交渉を進めます。 「今決めるなら、プラス１０万円上げます」というような上乗せした査定額を 提示することもあります。思わず決めたくなりますが、冷静に考えてみると 最初からプラス１０万円の提示ができたはずです。このやり方に誠意を感じますか？ それでも決めてしまうか、他の業者を待つかはご自身次第になりますが、 このような交渉術はよくあることです。頭に入れておくと良いですね。 高額な査定額を探すためには、査定を依頼した車買取業者の金額がすべて
UIはシンプルがベスト THE GUILD深津氏に聞くアプリ開発術｜Mac - 週刊アスキー
日本テレビのTV番組連動アプリ「フリフリTV」など、優れたUI（ユーザーインターフェース）のアプリ開発で知られるクリエイティブユニットTHE GUILD。代表取締役の深津氏に、アプリUIの開発方法について聞いた。 ─ THE GUILDならではのアプリ開発の方針、コンセプトはあるのですか? 深津 「気持ちよく使えるものを」というのはありますね。特に私はシンプルなものが好きで、なるべく機能を削るように心がけています。複雑になったら負けだと思っています。 ─ それはなぜですか? 深津 十徳ナイフは使いやすいですけど、 機能を足して百徳ナイフにすると使いにくいし危ないですよね。iPhoneのアプリもそれと同じだと思っていて、機能がたくさんありすぎてもユーザーは使いこなせない。iPhoneが登場して間もないころは、世間的にも機能が多いアプリが支持されてい
アジャイル世界でのUXの実践： ケーススタディでの発見
アジャイルチームはアジャイル開発プロセスの実行という点では非常に優れている。しかし、時間に追われるために、ユーザー調査をあきらめたり、結果としてユーザーエクスペリエンスの質を下げてしまうこともある。 Doing UX in an Agile World: Case Study Findings by Hoa Loranger on May 26, 2014 日本語版2014年8月5日公開 アジャイル開発プロセスがプログラマーの間で人気だ。そこで、迅速なプログラミングを追求しつつ、ユーザビリティもあきらめない素晴らしいプロダクトを作るには、どのようにアジャイルメソッドとユーザーエクスペリエンスの手法を融合させると一番良いかをここ数年、調べてきた。以前の調査では幅広い視点について考察した。そこで、今回は少数のプロジェクトを掘り下げ、より深い知見を新コースの「リーンUXとアジャイル」のために集め
Storyboardを1画面ごとに分割した話 - 24/7 twenty-four seven
今年の5月くらいの話なのですが、ユビレジのiPadアプリケーションのプロジェクトで使っているStoryboardを基本的に1画面（≒1 View Controller)の単位に分割するということをしました。 1画面1Storyboardメソッドについてはnakiwoさんが書かれた記事も参考になります。 1画面から始めるStoryboard - Cocoaメモ ↑ 上記の資料はどちらかというとStoryboardを使い始めるにあたって、１画面単位で少しずつ使っていこうという感じですが、ユビレジではもともとほぼ全部の画面がStoryboardになっていました。 ただ複数人で共同作業をするにあたっては、1画面単位を1ファイルにしておくくらいがメンテナンスしやすいんじゃないかなあという結論になったのでしばらくそういうふうに運用することにしました。 また、XIBと違ってStoryboardは単純にコ
igaiga diary - スパイスライフで働くエンジニアが嬉しく思っている9つのこと
_ スパイスライフで働くエンジニアが嬉しく思っている9つのこと スパイスライフに入社してから半年ほどが経ち、私が入った当時2人(邦明率100%の頃)だったエンジニアも現在社員だけで7人、フリーランスの方をあわせて9人にまで増えました。 どうやって集まったのかを考えてみると、Rails寺子屋や邦明.rbなどのなんらかのコミュニティ活動で知り合った人がほとんどです。エンジニアの採用が難しいこの時代にいい人達に集まってもらえて、コミュニティへの感謝の想いは強まるばかりです。かつては私がコミュニティに育ててもらっていたのが、今はひっぱる側として、人の成長を通じてコミュニティに貢献できていると良いなと思っています（もちろん、私も今でも成長させてもらっています）。 さて、スパイスライフのエンジニアはどのような生態で生息しているのでしょうか。部長の職権を振りかざして「エンジニアの働き易い環境つくり」を進
IT企業のgithubの公開リポジトリ数と技術力イメージ
技術力がアリそうとぼんやり感じる企業のgithubでの公開リポジトリ数ってどのくらいなんだろう？ って思って数えてみた。OSSホスティングサービスはGitHubだけじゃないって話はあるけど、自分が一番使ってるのが今のところコレなのでその範囲内で選んでます。 Google(https://github.com/google, https://github.com/GoogleCloudPlatform): 375 Microsoft(https://github.com/Microsoft, https://github.com/Azure, https://github.com/MsOpenTech, https://github.com/aspnet, https://github.com/OfficeDev,https://github.com/Reactive-Extensions,
有能なウェブエンジニアをウェブディレクターにすることについて - 下林明正のブログ
ありがちな話なのでこのことについてふと考えることが多い。 最初に断っておくと特に結論はなく、ケースバイケースで考慮するべきというのが僕の考え。 それを踏まえて、先ずは良い点について考えてみる。 一番もっともらしい理由は、他のエンジニアが納得しやすいこと。一番戦闘力の高いエンジニアがエンジニア長になって皆を束ねていくという世界観。若く猛ったエンジニアも従ってくれるけど、石器時代っぽい。 次点として、システムの実装を把握しているのであまり滅茶苦茶なことにはなりづらく、安心して任せられるということ。 それ以外にありがちなものとしては、人的コストの圧縮も考えられる。人件費もそうだけど、頭数が1つ増えるだけでコミュニケーションパスは爆発的に増加していくのでコミュニケーションコストの削減にも繋がる。 次に悪い点について考えてみる。 これはまさにピーターの法則そのもので、組織の構造的な欠陥を示している。
伊藤直也が語る「仕事の流儀」第1回──KAIZENでの開発体制をKAIZENする｜CodeIQ MAGAZINE
はてなではCTOとして「はてなブックマーク」を開発、グリーではソーシャルメディア統括部長としてソーシャルゲームの成長を技術面から支えた伊藤直也氏。 2012年からはフリーとして活躍し、KAIZEN platform Inc.にも技術顧問として参画している。近況とともに、プログラマとしての仕事スタイルについて、いま切実に思うことを語っていただいた。 by 馬場美由紀 （CodeIQ中の人） スタートアップならではのプログラム開発の流儀 いま、KAIZEN platform Inc.というスタートアップにシニアテクノロジーアドバイザーとして参画しています。KAIZENはWebサイトのA/Bテストをクラウドソーシングで提供する「planBCD」が主力のサービス。クライアントもかなり増えてきています。 この会社に参画するきっかけになったのは、創業者の一人でCTOの石橋利真さんが、大学の先輩かつ同じ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
