[B! 考え方] mut00tumのブックマーク

筋の悪さ | tech - 氾濫原

JS しか書いてないんだなって人は筋悪いものをありがたがっていたりする印象はある。しかし筋悪いものをありがたがるみたいなのはどこにでもいるので、JSがどうとかは直接は関係がないはずではあると思う。JSしか書いてない人とPHPしか書いてない人は似たようなもんで、単に広範囲の知識に興味がないだけな気がする。それはともかく「これは筋悪そうだな」っていう感覚がどこからくるのかよくわかってないので、現時点で思いつく限り雑にメモしておく。割の合わなさ「これは何の問題を解決してるんだろう」と思ってドキュメント読んだりソース読んだりした結果、大したことを解決してなくて、その割に実装量が多いとか学習コストが高いと、筋悪いなあと思う。フットプリントや学習コストに対して提供されるモノが「割に合わない」のは筋が悪く感じる。将来性のなさ「あ、これはただの流行だな」みたいな、5年後には消滅してるなというも

mut00tum 2016/04/19

リンク

ソフトウエアエンジニアは時間外に勉強をすべきか？〜CTOから新入社員に向けてのメッセージ | F's Garage

wantedlyで、CTOから新入社員にむけてのメッセージというブログを書いたのですが、新入社員の転職戦略 by 藤川真一えふしん | BASE株式会社内容的には、普通の会社員の生き方の話であって、改めてよくよく考えると「CTOから」と書いてあるのだから、もしかして期待されてることが違うんじゃないかと思ったので、もう少し技術寄りのバージョンをここに書いてみます。お題は「ソフトウエアエンジニアは時間外に勉強をすべきか？」ということに触れてみたいと思います。エンジニア採用系の記事が増えたことで、少し過激な表現として「ソフトウエアエンジニアは、時間外に勉強すべき！」という言説がネットで出回っていて、これについて賛否両論あるようなので、議論してみたいと思います。先に書いておくと、この文章、長くなってしまいました。そして、この記事の結論を先に書くと「他人を出し抜く機会が時間外にこそある」

mut00tum 2016/04/07

リンク

React に対する感情とかコンポーネント管理ライブラリの選定とか

コンポーネント管理できそうなライブラリの選定ここでいうコンポーネントは HTML 要素をコンポーネントに見立てるような、近代 Web フロントエンドにおける狭義のコンポーネントです。大まかな条件は次の3点。コンポーネント中心の開発ができること >= IE9 をサポートすること（切っても良さそうなんだけど...）既製品・スクラッチは問わないが極端なリスクは踏めない（納期がシビア）あとは期待度や API のセンスなど、個人的な審美眼判定に依ります。 angular/angular : 2.0 が正式リリースしたらまた会いましょう jashkenas/backbone : 最近のコンポーネント管理には及ばない Custom Elements ( Polymer ) : polyfill が >= IE10サポート segmentio/deku : 振る舞いは十分だったけど、>= IE10

mut00tum 2016/04/04

リンク

最近の TODO 管理法 - @kyanny's blog

これもちょろちょろと試した結果、「自分宛にメールする、終わったらアーカイブ」という非常に原始的な方法に落ち着いている。まず、「ツールを出来るだけ増やさない」という制約を課した。いろいろ試したいんだけどどうせ使いこなせないし、すぐ飽きるし、というのが目に見えている。暇で仕方なかったら喜んで暇つぶしをしたいところだが、本当に忘れちゃいけない・やらなきゃいけないことができなくなってしまうのは困るので、新しい TODO 管理サービスにサインアップしたりするのはやめにした。普段から毎日必ず使うものをベースに考えると、結局 Gmail (Inbox) と Google Calendar くらいしか（自分が毎日確認すると）信用できないな、と思い、 Inbox のリマインダーでいいじゃんと思ったのだが、 iOS だとこれがけっこう追加するまで面倒くさい。ホーム画面で Inbox アプリをタップ ->

mut00tum 2016/03/19

リンク

なぜ会社はエース社員に高い給与を払わないか。

「成果出しているのに、僕の給与全然上がらないんですよ。まあ、少しボーナスは出ましたけど」という若手がいた。「多分、利益ベースなら自分は他の人の10倍は稼いでます」という彼の鼻息は荒い。「やっぱり日本人はできる人を高く評価しないんですよね。出る杭は打たれる、っていうか。」彼は言う。「あーあ、外資系にでも転職しようかな。あっちは青天井でしょう。年収1千万、いやもっと出す会社があるはず。」彼の言うことは正しいのだろうか。それとも、会社が正しいのだろうか。単純化して考えよう。雇うのにかかる手間は同じくらいとする。利益を月に10万円出す、フツーの人を100人雇うのと、利益を月に1000万円出す、卓越した人材を一人雇うのと、どちらが良いか。色々な考え方があると思うが、経営者であれば上を選ぶひとが多いだろう。なぜか。単純である。「稼ぎ口は、分散させておくほうが良い」からだ。下は、卓

mut00tum 2016/02/25

リンク

デザインとエンジニアリングの垣根を壊したい [田川欣哉] | ISSUES | WORKSIGHT

会社をスタートさせてから、6年ほどが経ちました。少しずつメンバーも増え、現在は15～20人ほどのメンバーがプロジェクトに取り組んでいます。手掛ける仕事も、プロダクトデザインから、携帯電話のUI（ユーザインターフェイス）デザイン、アプリ開発、アートインスタレーションまで、多岐にわたっています。それに伴って、働き方も毎年変わってきました。ただ、会社の幹の部分—-何をするための会社かという理念は最初から変わっていません。デザインとエンジニアリングは、一般的な企業では理工系と芸術系のようにしっかりと部門に分かれていることが多いんです。でも、どちらか一方だけだと一体感のあるモノづくりは難しい。takramは、その部分に問題意識を持って、デザインとエンジニアリングの垣根を壊していこうという人たちが集まっている会社です。最近は、文系との垣根を超えていくということも新しいテーマとして加わってきました。

mut00tum 2015/12/24

リンク

【真剣にやれよ！仕事じゃねぇんだぞ！】頑張りすぎなくても良いと思えるタモリの名言18選

3. 人間って「自分がいかに下らない人間か」ということを思い知ることで、スーッと楽にもなれるんじゃないかな

mut00tum 2015/12/23

考え方

リンク

技術トレンドを追わないという勇気

技術トレンドを追わないという勇気昨日、「第19回 HTML5+JS 勉強会【オレオレフロントエンド開発環境～際限なき修正を攻略せよ！～/甦れFlasher「swf2js」でswfをリアルタイムでcanvasに出力】」というイベントに参加してきました。そこで講師の沖さん(@448jp)が、�「技術は目的を達成する手段なので、あまり新しい技術に振り回されてはいけない。」的なことをおしゃっていて、それはそうだなと思いながら私が最近感じている事をすこし書き留めておこうと思います。技術トレンド圧力フロントエンド界隈ではJavaScript/node.jsの盛況もあって毎日のように新しいライブラリ/フレームワークやツールがリリースされています。そして、それらの技術に対してアーリーアダプター的なフロントエンダーが試してはブログやQiitaでレビュー内容を記事にしたり、TwitterやFace

mut00tum 2015/11/21

リンク

J.J.エイブラムス特別寄稿：ぼくがマリオに学んだこと

mut00tum 2015/11/13

"ポイントは、決してプロセスを軽んじるべきではないということだ。"

リンク

どうして痴漢された話は「自慢話」になるの？

インターネットで痴漢された話をすると、自慢だと言われるそうです。いったいどうしてそうなるのでしょうか？あとハンガーって、捨ててないのになんで減っていくのでしょうか？＜登場人物＞エリコちゃん相槌を打ったり話を聞き逃したりするOL。ミカ先輩日和見主義でどっちつかずの態度を取ることが多い先輩社員。アニメに出てくる目がキラキラした老人かわいい女の子の描き方で描かれたので、かわいくなった老人。先輩、今日はトゥギャッチの読者から質問が来てますよ。やった～。エリコちゃんミカ先輩こんにちは、いつも楽しく拝見しております。私は最近インターネットでとてもストレスに感じていることがあります。それは、痴漢被害に遭った女性やその告白に対する男性全般の「露出度の高い服を着ている女性の方が悪い」という自己責任論的な意見や、勇気を持って告白しても「やれやれ、痴漢されるほど魅力がある自慢かね

mut00tum 2015/11/05

“ストレスの隔離” なるほど。

リンク

CMSにもうずっと疑問を持ってますという話 - 業務用iOSアプリのfeedtailor社長ブログ

僕はいわゆるCMSが余り好きではありません。随分前に子会社のSYNCNEL事業のオフィシャルサイト(あるWeb屋がWordpressで制作)で苦い経験をしてからは特に。このブログもWordpressなので余り大きな声で言えたもんじゃないですけど(笑) でも、ホントはもうWordpressやめたい。ってかCMSにそもそも疑問を持ってます。 CMSの「おおげさ」感サーバにシステム入れちゃうと、plug-inのupdateとか、CMS本体のupdateとか気になるし、ってか相性とかもあって出来なかったりもするし、そもそもシステムの為に必要なphp等の言語やDBやミドルウェアのupdateも気になって、脆弱性気になるけど…と余計な心配をしなくちゃいけません。運用面でも、サイト全体の世代管理もしにくいし、ビジネス理由で別サーバに移転しようと思っても大変、htmlの構成を読み解こうとしてもテーマや

mut00tum 2015/10/19

リンク

JavaScript初心者脱却への道のりを考える - Qiita

最も誤解されているプログラム言語として名高いJavaScriptの誤解を解きつつ、中級者（プログラム開発においてある程度戦力として計算できる）になるためには何から抑えればいんだろう、というのを考えた記録とリンク集です。考えたというか、自分が勉強中です。 ※追記 KENJUさんが完全に上位互換な内容の投稿を公開されていましたので紹介。中上級者になるためのJavaScript【知識編】対象何かしらのプログラム言語は書ける多少JavaScriptを書いたことはあれど、言語の仕様はよく知らないレベルの基準中級ってどんな人なのさ？ JavaScriptの業務スキルレベル　判別表　（５段階）あなたはJavaScriptを知らない JavaScriptでよく使われるクロージャやプロトタイプの考え方を理解すること代表的なライブラリ（jQueryとか）が使えること、最近ならNode.jsな

mut00tum 2015/09/10

リンク

Web エンジニア 6 年 5 ヶ月やってたどり着いた価値観 | Born Too Late

Web エンジニアとして経験を積むことでいくつかのプログラミング言語やツール・ミドルウェアの使い方を覚えたりもしたけど、それらのうちいくつかは 10 年後ぐらいには陳腐化してしまっているかもしれない。だけどそれらを通じて身につけた価値観や哲学はもっと普遍性を持っているような気がする。大学を卒業し、Web エンジニアとしての職を得て 6 年 5 ヶ月、日数にして 2344 日経ったので、現時点での頭の中にあるもののダンプを残しておく。どこかで聞いたようなことばかりで新鮮味はないと思うけど、自分で実感を持ってたどり着けたことには意味があるはず。プログラミングについて言語はいろいろなものを試してみる毎年新しい言語に挑戦せよ、というのは確か dankogai さんの講演をまとめた記事で読んだはずなんだけど、記事が見つからない。キーワードをもとに検索してみたら達人プログラマーにもそうい

mut00tum 2015/09/04

“手段の追求が知的好奇心を刺激したりするので、プログラマは特にそういう状況に陥りやすい。”

リンク

プログラミング初心者に言ってはいけないこと | Yakst

経験あるプログラマが初心者に言ってしまいがちだが、初心者のモチベーションに悪影響を与えるパターンを指摘する。言った方、言われた方、あるいは聞いたなど、何らかの形で誰もが身に覚えのある内容。経験のあるプログラマと、プログラミングを習い始めたばかりの初心者の会話の例。プログラマ : やあ、プログラミングの勉強を始めたんだって？いいじゃないか、何を勉強してるんだい？初心者 : PHPとHTMLの基礎をやってるんです。MacでTextMateエディタを使ってます。プログラマ : ひええ、PHPなんて間抜けな言語かよ。Ruby on Railsを覚えて、Herokuにデプロイ、Vimでコーディングした方がいいよ。TextMateなんて初心者向きじゃないか。それから、Node.jsもやった方がいいな。あれはすっっっごくいいぜ。ノンブロッキングIOだからな。ヒャッハー！初心者 : うーん、そう

mut00tum 2015/08/31

リンク

ブレストをやめて、ペイン・ストーミングを始めよう - 小さなごちそう

問題解決をスムーズに行うために、ソリューションではなく問題構造を明らかにしようという記事を書いた。まず顧客課題を明らかにしないと、ソリューションが適切かどうか判断することができない。とはいえ人間の習慣はなかなか変えられないので、複数のメンバーでブレストをしているとどうしてもソリューションのアイデアを出し合う場になってしまう。そういう時は、ペイン・ストーミング（Painstorming）を試してみよう。ペインストーミングは次の4つのステップで問いかけを行う。 ※ペイン（PAIN）の頭文字になっている。 Person 誰の課題を解決するのか。 Activities 彼らは毎日行っていることは何か、そしてその結果はどうなるのか。 Insights 目的達成のために次善策として工夫していることは何か。彼らが仕方なく行っている行動やプロセス、仕方なく使っているツールは何か。 Needs 顧客の

mut00tum 2015/08/14

リンク

あなたと働くエンジニアの人生を最悪なものにしないために – デザイナーのための3つの提言 | POSTD

それとも、”私はデザイナーなので、そんなことを知る必要はありません”と言い張るのか私の職業はデザイナーです。私はエンジニアが好きです。ちょっと度が過ぎるくらい好きかもしれません。以前、Facebookのグループに参加した時、かなり前からチームのメンバであるiOSのエンジニアと初めて話して、口から泡を吹いたことを思い出します。私はその時、これまでに自分がObjective-Cでコーディングしたものについて、勢い込んで話し始めました。まるで、高校の新入生が、上流階級の生徒に対して、自分が付き合う価値のあるカッコいい人間だと証明しようとしているみたいだと感じました。デザイナーの多くが、エンジニアとの話し合い方を実はよく分かっていないと思います。もちろん、デザイナーはエンジニアと話しますが、本当の意味で関わろうとしていません。この記事を書いた理由はそこにあります。ソフトウェアエンジニアの懸

mut00tum 2015/08/14

リンク

「受託脳」から「提案脳」へ〜目線を変えて問題解決のプロフェッショナルになるためには | Social Change!

不特定多数に物を売るのではなく、特定の誰かの問題を解決する仕事をするときには、相手のことを考えるだけではうまくいかない場合があります。どうすれば顧客の本当の満足を得ることができるのでしょうか。これまで一緒に仕事をして素晴らしいと感じた人たちは皆、その見ている「目線」が違うことに気がつきました。この記事では、問題解決のプロフェッショナルが備えている目線の持ちかたについて書きました。アウトソースをするときの２種類の目的私たちが仕事をアウトソースするとき、２種類に分けて考えています。一つは、決められた単純作業や繰り返し作業のアウトソースです。そういう作業はクラウドソーシングを活用することもありますが、私たちの会社ではそれほど多くありません。だいたいの単純作業はコンピュータを使って自動化してしまうからです。もう一つは、自分たちには出来ない問題を解決するためのアウトソースです。ウェブサイト

mut00tum 2015/08/07

なるほど。同意。

リンク

UI/UX デザイナーを雇わない方がいい理由｜ブログ｜root｜芯を問い、成長に貢献する

UsabilityHour.com の創設者である、クレイグ・モリソ氏によるゲストポストをお届けします。 UXデザイナーとUIデザイナーは完全に違う役割を果たすから、一人の人間に両方の仕事を任すべきじゃない。ふー、ついに言ってしまいました！みなさん言いたいことはあるかと思いますが、その怒りをぶつける前に、まず説明させてください。この2年間、私は二つのスタートアップでリード UX/UIデザイナーとして働いてきました。また、どちらのポジションにいるときも多くのインタビューを受けしました。次第に、どういう現象が起きているのかがようやくはっきりと見えてきました。世間、特にスタートアップの創設者は、ユーザーエクスペリエンス・デザインが、本質的に何なのかを理解していないのです。もちろん、重要だということは把握していますが。使いやすいインターフェイスを持つというのは、デジタルプロダクトを売り