タグ

ブックマーク / nowokay.hatenablog.com (17)

  • Javaを中心に偏見ベースでプログラミング言語の関係をまとめた - きしだのHatena

    オブジェクト指向言語の話をするときに便利なように、Javaを中心にプログラミング言語をまとめてみました。 Javaに影響与えるか、Javaから影響を受けるか、という感じですね。 Simula オブジェクト指向はここから始まったと言われています。 クラス、オブジェクト、継承、仮想関数(多態)といった、オブジェクト指向の基要素が備わっていました。 ただし、「オブジェクト指向」という言葉は生まれていません。 Smalltalk Simulaから発想を得て「オブジェクト指向」という言葉を生んだのはアラン・ケイでした。 しかし、モデルとしてはSimulaとは異なりメッセージングを主体としたものでした。また、アラン・ケイの「オブジェクト指向」はプログラミングのパラダイムだけではなく、人がコンピュータをどのように扱うかというメタファであり、ダイナブックというハードウェアやそのユーザーインタフェースを含

    Javaを中心に偏見ベースでプログラミング言語の関係をまとめた - きしだのHatena
    takeshiketa
    takeshiketa 2023/11/27
    Rubyのオブジェクト機能はただOOだからという感じで切り捨てられないくらいSmalltalkに似てるんだけど、意図せずして結果似てしまったというのはMatzの弁なので線が意図してるかどうかにあると思う。
  • TwitterをSpaceXやTeslaと同じようにはエンジニアリングできないのでは - きしだのHatena

    Twitterを買収したイーロン・マスクが週80時間勤務に備えろといって、それができないなら退職という話をした結果、エンジニアを含め社員の多くが辞めたという話がでてます。 https://jp.reuters.com/article/twitter-departures-idJPKBN2S806D イーロン・マスクとしては、Teslaのようにハードに働く少数精鋭のチームを作りたいようです。 9.3/ 優秀な小規模チームを作るのが大事だと行っていて、TeslaのAutopilot AIチームにいる150人のエンジニアは競合の3,000人のエンジニアチームに勝っているとイーロンは語る— Tetsuro Miyatake (@tmiyatake1) 2022年11月11日 ただ、TeslaやSpaceXは製造業で、たとえばSpaceXならロケットを安く確実に作るというように、作るものは基的に決

    TwitterをSpaceXやTeslaと同じようにはエンジニアリングできないのでは - きしだのHatena
    takeshiketa
    takeshiketa 2022/11/20
    あんなメチャクチャなやり方でロケット成功させてる人に目的がハッキリしてるよねって言っていいんかなぁ…。ハッキリしてるようでしてないのと一緒くらい探索的にやってるよ。
  • 小学校低学年へのプログラミング教育には効果がないと考えたほうがいい - きしだのHatena

    子どもへのプログラミング教育は早ければ早いほどいいというものではない。 最近子どもへのプログラミング教育が話題になることが多いけど、恐らく小学3年生までの子どもへの効果はほとんどなく、小学4年生でもほとんどの子どもには難しいと思う。 人間の知能の発達には段階があって、必要な段階に達していないうちにそれが必要な教育を行っても効果は望めない。 まず、なんでこのエントリを書いたかというと、プログラミングには適した発達段階があるということを知らないと、その発達段階に達する前にプログラミング教育を行って、もちろんプログラミングは出来なくて、その子には適性がないという判断をしてしまうとうことが起きてしまうんじゃないかと思ったからだ。 まだ適した段階まで来てないだけなのにプログラミング教育をして失敗して「この子にはプログラミングができなかった/興味をもたなかった」という実績を作ってしまうことによって、将

    小学校低学年へのプログラミング教育には効果がないと考えたほうがいい - きしだのHatena
    takeshiketa
    takeshiketa 2016/01/07
    たしかに苦手意識がいちばんかわいそう
  • プログラムの組みやすさが世界を変えるフェーズは終わったのではないか - きしだのHatena

    2005年くらいから、コンピュータの性能には余裕があるので、プログラムの効率が多少わるくなってもプログラムが組みやすく人間の能力が発揮できるほうがいいという傾向が強くなりました。 プログラムはサーバーで動かすものであり、サーバーの制約はネットワークとストレージでCPUやメモリには余裕があったためです。 また、世の中は、ITのない世界からITのある世界への変化の中にあって、サーバーでの情報処理やネットワークをサービスとして提供することで、世の中が変わっていきました。 そういった状況であれば、プログラムが組みやすく、思ったとおりのサービスを思った時期に提供できるということが大切になっていました。どんなに未完成でも、新しいアイデアをいち早く見て触ってもらうということが大切だったからです。 しかし、もうすでに世の中は、ITがある世界に変わりました。 もちろん、より便利な情報処理サービスも今後でてく

    プログラムの組みやすさが世界を変えるフェーズは終わったのではないか - きしだのHatena
    takeshiketa
    takeshiketa 2014/10/08
    Maker 方面見てるとその傾向をデバイス方面にも進めようという気もするけど、サーバサイドのいう組みやすさとは性質が違うか。
  • Seasar2を新規案件に採用するのはそろそろやめたほうがいい - きしだのHatena

    Seasar2の機能追加停止が宣言されてから、すでに6年弱たっています。 Seasar2.4に対する追加要望があれば、もちろん検討します。ただし、大きな変更や追加はもうないでしょう。 Seasar2の今後のロードマップ 2008-01-29 - ひがやすを blog 後継になる予定だったSeasar3も開発が中止されて3年たちました。 Seasar3開発中止 2010-08-06 - ひがやすを blog ここでSeasar2.5を出す方向で動くということでしたが、実現しませんでした。 あのころSeasar2に関わっていた人も、ScalaがメインになったりNode.jsをさわったり、不意ながらPHPをさわったり、さわってみるとPHPもそれほど悪くなかったり、やっぱりPHP気にわなかったりと、いろいろな道を進んでいます。 DIコンテナ自体の機能も時代遅れ感がでてきており、関連プロダクトも

    Seasar2を新規案件に採用するのはそろそろやめたほうがいい - きしだのHatena
  • ソフトウェア工学は失敗している - きしだのHatena

    特に学術的にソフトウェア工学に触れたことはないのですが、むしろそうではなく現場にいる身としては、ソフトウェア工学は失敗しているように見えます。 「成功していない」ように見えるのではなく「失敗している」ように見えるのです。 もちろん、いまソフトウェア開発で使う技法やツールなど、ソフトウェア工学の産物はたくさんあり、現在のソフトウェア開発がソフトウェア工学から生まれたもので支えられていることには間違いありません。 でも、そうやって築き上げてきたものが、1999年以降ガラガラと崩れて、そしてうまく再構築できていないように見えます。 1999年、なにがあったかというと、XPエクストリーム・プログラミング入門というが発行されたのです。リンク先は2版ですが、日語版でも初版は2000年12月になっています。 ここからソフトウェア工学がガラガラ崩れた気がしています。 では、ここまでソフトウェア工学がど

    ソフトウェア工学は失敗している - きしだのHatena
    takeshiketa
    takeshiketa 2013/03/23
    ふむ。テスト技法とかつまみ食いでは結構使えるけどそんな感じなのかなぁ。性質上工学になり得なくて学なのかも。
  • MapReduceのパターン、アルゴリズム、そしてユースケース - きしだのHatena

    Ilya Katsov氏による「MapReduce Patterns, Algorithms, and Use Cases」の翻訳 http://highlyscalable.wordpress.com/2012/02/01/mapreduce-patterns/ (下書きに入れて推敲するつもりが、なんか公開されてしまっていたので、あとでいろいろ修正すると思います) February 1, 2012 この記事では、Webや科学論文で見られる異なるテクニックの体系的な視点を与えるために、数々のMapReduceパターンとアルゴリズムをまとめた。 いくつかの実用的なケーススタディも提供している。 すべての説明とコードスニペットでは、Mapper、Reducer、Combiner、Partitionaer、ソーティングにおいてHadoopの標準的なMapReduceモデルを利用します。このフレー

    MapReduceのパターン、アルゴリズム、そしてユースケース - きしだのHatena
  • 3年後にRubyを勉強し始める人の動機は何になるだろう? - 2009-11-26 - きしだのはてな

    たとえば、JavaだとAndroidGoogle App Engine。あと、期待してるのがGWT。 PythonGoogle App Engineでたくさんの人が触るようになってると思う。 PHPは、なんだかんだでデザイナに近いところの人には欠かせないだろう。Flashも。 Perlはゲノム系の人は使うんだろう。WebのためにPerlの勉強を始める人というのは、今の時点でもいない気がする。 C#はマイクロソフトの続く限り。C/C++はコンピュータの続く限り。 という感じで考えたときに、既存プロジェクトRubyで書かれてるとか会社の方針とか、そういうしがらみがないとき、3年後にRubyの勉強を始める人は、何を動機にしてるだろう? あと、Javaに関して、もしGooglePythonしかサポートしていない会社だったら、ぼくはJavaを今 積極的に触ってない自信がある。

    3年後にRubyを勉強し始める人の動機は何になるだろう? - 2009-11-26 - きしだのはてな
  • HTML5ローカルストレージの本当の難しさ 2009-11-16 - きしだのはてな

    HTML5でローカルストレージが使えるようになる。 そこでちょっと使ってみようと思ったのだけど、これはかなり難しいのではないかと思った。 もちろん、データを入れたり出したりするだけなら、window.openDatabaseなどとして、普通にSQLを発行すればいい。 SQL呼び出し結果の取得がコールバックになっているので少しコーディングは面倒だけども、それを除けば特に難しいことはない。 HTML5 ローカルストレージが難しいのは、実際にアプリケーションを組むときにそれが使えるとは限らないし、使えるときは唯一のDBではないということだ。 つまり、まず過渡期では、HTML5 ローカルストレージが使えるブラウザと使えないブラウザが混在する。Google Gearsをインストールすることで同様のことは可能だけど、そこでもGoogle Gearsをインストールしているブラウザとしてないブラウザが混在

    HTML5ローカルストレージの本当の難しさ 2009-11-16 - きしだのはてな
  • PHPの価値が相対的に落ちてJavaの価値があがっていく 2009-10-19 - きしだのはてな

    2000年あたり、PHP4やJSP1.0が出たころ、PHPよりもJavaがよいと言っても、「Javaは動かせる安いサーバーがない」ということで、サーバーの確保が容易なPerlPHPが使われました。 Javaを使うには、一台まるごと借りれる割高なレンタルサーバーで、自力でTomcatなどをインストールする必要がありました。そういった状況はしばらく続き、「PHPならば安く借りれるサーバーがたくさんある」ということから、PHPがよく使われるようになりました。 PHPの普及初期では、サーバーの確保が容易なことがPHP採用の大きな理由のひとつだったと思います。 こういう状況は最近まで続いたけど、Amazon EC2のおかげで「Javaは動かせる安いサーバーがない」という問題は解決してきました。Amazon EC2を借りても自力でTomcatなどをインストールする問題がありましたが、HerokuやS

    PHPの価値が相対的に落ちてJavaの価値があがっていく 2009-10-19 - きしだのはてな
    takeshiketa
    takeshiketa 2009/10/19
    WebLogicしかまともなAPサーバがないとかいう時代の話かと思ったらTomcatの時代でムズイとか云々ですか。うーん、あんまりPHPの地盤沈下とJavaの復興には繋げにくそうな。。。
  • 匿名の反対は実名ではないし、実名かハンドルかという議論は不毛 2009-10-07 - きしだのはてな

    個別の議論はあまり見てないのだけど、「匿名か実名か」という話題が流行ってるらしい。 で、いろいろ盛り上がってるらしい。 なぜ盛り上がってるかというと、「匿名か実名か」という名目のもと「実名か非実名か」という議論をしていて、そこに「匿名か記名か」という議論が混じって、いろいろこんがらがるからだ。 そう。匿名の反対は記名だ。実名の反対は実名以外だ。 「匿名か実名か」というタイトルで、「サービスのIDのみか、実名を併記するか」という話をしているのだから、議論がまとまらないとしても無理はない。 そこで実名という言葉のオレオレ定義をしたりする人なんかが現れて、話はもっとわけがわからなくなる。 IDのみで活動していても、いっしょに酒を飲んだことがあって、その人がどの会社でどんな仕事をしているか、どんな学校でなにを勉強しているか知っていれば、その人の家でメシをったりしたことがあれば、実名を併記している

    匿名の反対は実名ではないし、実名かハンドルかという議論は不毛 2009-10-07 - きしだのはてな
    takeshiketa
    takeshiketa 2009/10/07
    『役場のサービスでは親がなおきって名前でアカウント作ってたのでそれを使ってます』そういえば昔の人は何度も改名してたりしてるよなぁ
  • 小学生からプログラムを組むのがすごいんじゃなく、そういう人達と大人が対等にやりとりできるのがすごい 2009-08-05 - きしだのはてな

    中学生プログラマが話題になってる。 原上ソラ――勉強会の再構築を図る気鋭の中学生 (1/2) - ITmedia エンタープライズ ただ、こういう記事をみて「小学生からプログラムを組む時代になった」とかいう結論になるのはおかしい。 ぼくでも小学校のときにプログラム書いてたし、たぶん、このエントリ見てる人にもそういう人は多いと思う。 いまの時代で特別なのは、こういった小学生・中学生と対等にコミュニケーションできるということだ。そのためには「顔が見えない」というのが大切になると思う。 上記の記事のソラが恐らく初めてHTTPサーバーを書いたときのチャットに居合わせたのだけど、確かSkipGraphの吉田さんだったか誰かが、そのときは小学生だったソラ達にSkipGraphいいよーと紹介してたり。たぶんそのときは小学生だとかいうことには気づいてなくて英語の論文を紹介してたりもしたけど。 こういうふう

    小学生からプログラムを組むのがすごいんじゃなく、そういう人達と大人が対等にやりとりできるのがすごい 2009-08-05 - きしだのはてな
    takeshiketa
    takeshiketa 2009/08/06
    いいこという。今は柔らかい脳みそにとてつもないくらい情報が流れ込む。俺が小中学生の頃、親がパソコン通信やらせてくれなかった。どこで聞いてきたか「はまるから」がその理由らしい
  • Grailsの登場でRuby on Railsに移行する理由はなくなった - 2009-01-23 - きしだのはてな

    とか極端なことを書いちゃうと、またいろいろ怒られるわけですが。 Grailsによって、少なくともJavaプログラマがRuby on Railsに移行する理由はなくなったと言ってもいいのではないでしょうか。そして、JavaRubyも知らない人にとっても、今からWebアプリを作成するためにどちらかを選ぶならRuby on RailsよりもGrailsのほうがいいのではないかと思います。 Grailsの価値は、もちろんRuby on RailsのようにWebアプリケーションが作成できることにあるのですが、Ruby on Railsのようなフレームワークというのは他にもあります。 実運用を前提に考えると、Grails当の価値は、Java VMで動くこととSpring+Hibernateがベースになっていることであると思います。つまり、SpringやHibernateといった、Javaの世界で

    Grailsの登場でRuby on Railsに移行する理由はなくなった - 2009-01-23 - きしだのはてな
    takeshiketa
    takeshiketa 2009/06/10
    Groovyを使うとどうしてもJavaの影がつきまとう。ようやく本格的な動的言語が実用的に使えるようになったのに、いつまでもJavaを使うこそ無いと思うなぁ。
  • どうでもいいことをあたかもなんかすごいことのように語るメソッド - きしだのHatena

    どうでもいいことを、あたかもなんかすごいことのように語る方法を考えてみる。 まず、書きたい「どうでもいいこと」を決めよう。 とりあえずここでは、「明星のインスタント焼きそば作るときにかやくを入れ忘れたのだけど、それってフタの説明が悪いんじゃない?」ということを書くとしよう。ここで、読んでる人に「ようわからんけどなんかすごい」と思わせるために話の主題をずらすのが大切だ。今回は、結論を「UFOのターボ湯切りいいよね」ということにしよう。 文はこのようになる。 先日明星のインスタント焼きそばをべた。 ふたの説明を見ながら手順どおりに作ったのだけど、べる段になって、かやくはあらかじめ入れておかないといけないことに気づいた。これはふたの説明が悪いのではないか。ふたの説明はインスタント焼きそばの味を最終的に決めるものであるから、わかりやすく書くべきである。 UFOのようにかやくをあらかじめめんの

    どうでもいいことをあたかもなんかすごいことのように語るメソッド - きしだのHatena
    takeshiketa
    takeshiketa 2009/06/02
    あれ?弾?え?え?
  • メッセージキューで遊びたいのでJMSを試す - 2009-02-14 - きしだのはてな

    これからはメッセージキューが大切ということで、JavaのメッセージングAPIであるJMS(Java Messaging Service)を試してみます。 JMS試すにはメッセージングサーバーが必要で、Open MQとかを使います。けど、わざわざOpen MQとかをインストールして起動させるのもめんどいので、Glassfishを使います。GlassfishにはOpen MQが入ってて、そのまま使える状態になっています。NetBeans使いならGlassfish入ってますよね。 今回はv2.1を使いました。v3 preludeにはJMS入ってないみたい。 https://glassfish.dev.java.net/ 来ならGlassfishで使う場合にはJNDI経由でJMSサーバーを取得するのですが、今回はめんどうなので、直接つなぎます。 ということで、メッセージ送信側。プロバイダーという

    メッセージキューで遊びたいのでJMSを試す - 2009-02-14 - きしだのはてな
  • 2008-07-23 - きしだのはてな [java]Log4Jの落とし穴

    ということで、Log4Jを使おうと思ってlog4j.jarをクラスパスに含めたら、今までおとなしかったライブラリがモノを言い始めた。 まずはBeanUtils。でも、これはloggerがねぇよ!って言ってるだけだったので、log4j.properties的なファイルにこんなのを追加すればよろしい。 log4j.appender.null = org.apache.log4j.varia.NullAppender log4j.logger.org.apache.commons.beanutils.BeanUtils=INFO, null 問題はVelocityで、これはログファイルを作ってくれやがるので、邪魔。いちライブラリの分際で勝手にファイル作るなと。しかも、デフォルトでログレベルFINEってどうよ。 で、なんかググってみつける情報は古くてVelocityEngineとか使ってあるし、t

    2008-07-23 - きしだのはてな [java]Log4Jの落とし穴
  • 「車輪の再発明をするな」の流行は孔明の罠 - きしだのHatena

    なんかの実装がオープンソースで公開されているときに、同じ機能の実装を行うのは「車輪の再発明」で無駄な行為だといわれた時期がありました。 でも、それは「再発明」ではなく「再実装」であって、とても大切な行為です。 車輪にしたって、ブリヂストンも横浜ゴムもタイヤの開発をいまもって続けてるわけです。タイヤだけでなく、ホイールからベアリングからドライブシャフトから、「車輪」の部品については、いまだにいろいろな会社が切磋琢磨して再実装を続けているのです。 世の中に出ているライブラリを自分で実装してみるとわかることは、自分の実装を持っているという強さです。 たとえ世の中のライブラリに機能的に性能的に負けていたとしても、自分の実装というのは自分のニーズに合わせるという点でとてもいい。特に、処理の途中の値を使えるというのがいいのです。ライブラリでは、入力したら出力が返ってくるまで中身が見れないですからね。

    「車輪の再発明をするな」の流行は孔明の罠 - きしだのHatena
    takeshiketa
    takeshiketa 2007/09/11
    孔明の罠
  • 1