関数型とオブジェクト指向という一見相反するプログラミングパラダイムの併用について理解した - 石橋秀仁(zerobase)書き散らす
最近、ScalaとSmalltalkを触っていて思ったこと。 一見すると、関数型は「データ」より「処理」を重視しているように見える。 関数型プログラミングパラダイムそのものは「副作用のない関数」の合成による演算の恩恵を最大限に享受するパラダイムだ。副作用がないので並列演算の高速化に向いている。 昨今のマルチコア化やクラスタ化のメリットを最大に活かすには関数型プログラミングパラダイムの導入が鍵だろう。プロセッサ単体での性能向上が頭打ちになってきたのだから、並列演算に対応したプログラミング方式へのシフトは不可避だろう（ただし高性能が要求されない分野は除く）。 関数型プログラミングパラダイムは、データよりも処理を重視したパラダイムのように見える。 一見すると、オブジェクト指向は「処理」より「データ」を重視しているように見える。 オブジェクト指向プログラミングパライダムは、（Smalltalk的に
「設定次第で何でもできる万能アプリ」がクソアプリである理由と、その向うにあるパラダイム - 石橋秀仁(zerobase)書き散らす
【これはとてもひねくれた文章なので、「実用的な情報を速やかに収拾したい忙しいビジネス・パーソン」は読まないほうがいい。警告はした】 【役立つ部分をさくっと読みたい方はシンプル版を用意しました】 fladdict氏の『スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する』は素晴らしい記事だ。 その記事のコメント欄でのやりとりが気になった。 【某氏】 先生！ 設定画面で全てのUI機能要素を ON/OFFしたり、configファイルの編集でボタンのレイアウトを変更できれば良いと思います！ 【fladdict氏】 その思想をつきつめると、設定オンオフで音楽プレイヤーからFacebook閲覧までユーザーが自在に切り替えられる万能アプリへの道に進むのです・・・ 【某氏】 やりたいことが何でもできる万能アプリの複雑性と、デフォルト設定のシンプルさは両立しますからね。初めて
「社長」のつもりで「CEO」と名乗るのはちょっと危険（「CEO」の意味を理解してますか？） - 石橋秀仁(zerobase)書き散らす
意外とこういう話を聞かないので、ぼくの理解が間違っているかもしれないという前提で、書いてみますが。 概要 ふつう「CEO」という肩書きは米国型のコーポレート・ガバナンス（企業統治）を示唆します。それと異なる統治形態の企業が「CEO」という肩書きを使うと、受け手に誤解させる可能性があります。 本文 中小企業の社長が「CEO」って名乗ることが増えましたよね。これがいわゆるオーナー企業でワンマン企業だったりすると、けっこう違和感あるんですよ。本来「CEO」は「社長」の英訳ではありませんね。「CEO」という言葉の背後には、コーポレート・ガバナンス上のいろいろなものが示唆されます。 具体的に言うと、外部資本、社長以外の取締役、社外取締役、取締役会の開催などのいずれもが欠けているような会社で、"Chief Executive Officer" って、ちょっと意味が分からないんですよね。 コーポレート・
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
