継承はなんでダメ？ - まめめも
「オブジェクト指向の継承を使うな」という主張が広まっているようです。なんでダメになったんでしょうか。 インターネットで見かけた「継承はダメ」という主張をいくつか眺めて、友人と議論しつつ、考えてみました。 「コードが読みにくくなる」 継承があると、メソッド呼び出しが実際にどのメソッド定義を呼び出すのか字面でわからない。 デバッガを使って、親クラスのメソッドに飛んだり、子クラスに飛んだりするのを追いかけないと行けない。 つらい。という主張。 めっちゃわかる。わかるんですが、これは「高度に共通化されたコードは読みにくい」という一般的な側面がかなり大きいような。 たとえば継承の代わりに高階関数を使うと、関数呼び出しがどのクロージャに飛ぶか字面でわからなくなる。 ひどいとコールバック地獄になって何が何やらになります。 継承がことさらにまずい理由を想像すると、すべてのメソッド呼び出しがポリモーフィック
プログラミング言語の未来はどうなるか | κeenのHappy Hacκing Blog
κeenです。最近JEITAのソフトウェアエンジニアリング技術ワークショップ2020に参加したんですが、そこで五十嵐先生、柴田さん、Matzとパネルティスカッションをしました。その議論が面白かったので個人的に話を広げようと思います。 年末年始休暇に書き始めたんですが体調を崩したりと色々あって執筆に時間がかかってしまいました。 時間を置いて文章を書き足していったので継ぎ接ぎ感のある文体になってるかもしれませんがご容赦下さい。 というのを踏まえて以下をお読み下さい。 いくつか議題があったのですが、ここで拾うのは一番最後の「プログラミング言語の未来はどうなるか」という話題です。 アーカイブが1月末まで残るようです。もうあと数日しかありませんが間に合うかたはご覧下さい。 そのとき各人の回答を要約すると以下でした。 五十嵐先生：DSLを簡単に作れる言語というのが重要。それとプログラム検証、プログラム
この１０年間のプログラミングの変化｜山本一成🚗TURING
はじめましてnoteの皆さん、名人を倒した将棋プログラムPonanzaというものを作っていた山本一成と言います。この度ははてなから引っ越してきました。2018年になったので新しくブログ書いてみようかなぁ〜ってはじめました。 私がプログラミングをはじめたのは大学生だった時ちょうど10年前でした。そして今2018年になって、同じプログラミングにしても色々変わったなぁという印象です。今日はそのへんを皆さんと共有できたらなぁ〜と書きました。 あくまで私の観測範囲内での話をすればですけど、10年前のプログラミングの世界は速く動くことがかっこよかったです。実際にかっこいいだけでなく、必要とされる場面も多かったような気がします。私が愛用しているプログラミング言語はC++(シープラスプラス)と言って、まあそれは高速に動作することだけを意識して作られた言語でした。 加えて、今から考えれば一体なんでそんなトリ
プログラミング言語の選び方、そのやり方を学ぶ | POSTD
(編注：2016/7/27、頂いたフィードバックを元に記事を修正いたしました。) プログラムを習得しようとする場合に最初に決めることの1つは、どのプログラミング言語を学ぶかです。誰かが決めてくれたり、その言語を使うクラス、あるいは使う必要のあるフレームワークによって指示されていたりする場合もありますが、少なくとも幾つかの選択肢があることが多いでしょう。 1つ目（そして2つ目）の言語を選ぶのは、なかなか難しいものです。というのも、選択肢が多過ぎるのです。ある言語と別の言語がどう違うかは、必ずしも明確ではありません。自分がしたいことを実現するのにどちらが “より適切” かとなると、さらによく分からなくなります。本稿では、選択肢となり得る言語の概要と、各言語を差別化するものについて説明することによって、読者の皆さんが確かな情報に基づいて学ぶ言語を決定できるよう、手助けをしたいと思います。 本稿は
Rubyが今のPythonの地位にいない理由
_ Rubyが今のPythonの地位にいない理由 歴史のことなんぞなんも知らんけど、「技術的には今のPythonの地位はRubyでもよかったのに、そうならなかった」のが何故か、その理由を書いてみよう。僕はRubyの歴史なんて知らないし、以下の文章は全部、まるで見てきたかのように書いてますが、適当に書いたくせに何故か断言口調になっている怪文書の類いです。 https://twitter.com/mametter/status/741950239662170112 まめさんの書いた理由リストはどれも関係ない。いやカスってるけど。難しいというのも関係ない。 僕がRubyを知ったころ…最初に書いた通りRubyの歴史なんて知らないので、別に早くもないわけだけど…Rubyというのは全く使われていない言語だった。どっかの好き者がPerlの替わりに単純な処理に使って、「ウフ、美しくかけた、グフッ」とかつぶ
Gura Programming Language
Gura Programming Language Download View on GitHub A programming language that comes with powerful operation on iterators. Gura is an iterator-oriented programming language that focuses on iterators with improved functions for calculation and data processing. The most poweful feature called Implicit Mapping enables you write a code of repetition without repeat control sequence. The code below is an
Matzにっき(2009-10-03) - the 0.8 true language
<< 2009/10/ 1 2 3 1. [言語] the 0.8 true language 4 1. ロンドン地下鉄 5 6 7 8 9 10 11 12 13 14 15 16 1. 日本経済新聞夕刊「拓くひと」 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 >> _ [言語] the 0.8 true language あらゆることに使える完璧な言語(the one true language)が存在しないことは明らかである。 たとえば、Rubyがどんなにすばらしい言語でも、Ruby自身はRubyでは記述されていない。 また、OSなどRubyで記述するには向かない分野はいくらでもある。 そもそもRubyが向かないプログラマーもいるようだが、その点には今回は触れない。 しかし、100%を考えるから、完璧な言語は存在しないわけだが、 仮に80
古いプログラミング言語がなくならない理由 | readwrite.jp
今日よく知られているプログラミングの多くは、古い言語として取り上げられるに十分な歴史を持っている。PHPは20年、Pythonで23年、HTMLは21年で、RubyとJavaScriptは19年だ。Cなどは42年もの歴史がある。 誰もこの様な事になるとは思いもしなかっただろう。今でも出版されている、世界で最初のCの教本の共著者であるコンピューターサイエンティスト、ブライアン・カーニハンですらだ（C自体は同じ本の共著者であるデニス・リッチーによるものだ。彼は2011年に亡くなっている）。 「編集者とこの本を5000部売れたらなという話をしたのをなんとなく覚えている。もっといいものにも出来たが、学生が2014年になってもあの本を使っているなど考えもしなかったことだ」と、カーニハンは最近のインタビューで答えてくれた。 Cがあまりに長く使われていることから、グーグルが今でもCを使って解決する問題を
新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 - Qiita
あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 「オブジェクト指向プログラミング」と「関数型プログラミング」のたった一つのシンプルな違い あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 2015年に備えて知っておきたいリアクティブアーキテクチャの潮流 この記事について この記事は新人向けの研修内容を再編集してお送りいたします。 ここで述べる内容はどのようにして現在のプログラミングスタイルが生まれてきたかを理解することで、よりよいプログラムを書くためのもので、正確なソフトウェア工学の歴史を学ぶためのものではありません。正確な歴史を把握したい場合は、原典をあたるようにしてください。 また、想定している読者は「よくあるオブジェクト指向プログラミングの学習」を既にし
Graphs Of Wikipedia: Programming Languages and Their Designers
Graphs Of Wikipedia: Programming Languages and Their Designers A while back I posted about a graph of the personalities on Wikipedia. This time I wanted to see which programming languages were linked to one another by user-entered “Influenced” and “Influenced-by” information. Take for instance the functional language Haskell: In the infobox on the side we find a large list of languages Haskell is
卜部昌平のあまりreblogしないtumblr
どうも。グリーのアカウントは持ってる1けどモバゲーのアカウントは持ってない卜部です。 ところでPerlリスクですか。まあ、あるんじゃないですか。ぶっちゃけ。でもさあ、さすがにPerlしか書けない人たちは転職先の選択肢のなさくらい自覚してると思う。なのでPerlがどうとかいう話はしないです。各自でどうぞ。 でね、ポイントはそこじゃないだろうと思うわけですよ。どんな選択をしても同様のリスクはあるんですよ。たとえばMacromedia ShockwaveでLingoで作ってたソフトとかさあ。今ではだれもメンテできないでしょう? だから今隆盛をきわめてる技術で作ったものが、何年か後にリスクになるってのは、それはそういうものなんですよ。べつにPerlに限らん。Perlはたまたま今そういうフェーズってだけで、明日は我が身ですよ。hamlとかsassとか。 だからまあ、こう言ってしまうと身も蓋もないかも
Tennent's correspondence principle, closures and continuations.
Tennent's correspondence principle is a powerful programming language design guideline. It says that the meaning of an expression or statement should not change when an extra level of block structure is added around it. Following this principle strictly leads to profound consequences, especially for control structures and closures. There are some implications for variable scoping, too. If the extr
言語女子会3: Pythonが恋愛に悩んでRubyに相談しましたの巻 - 西尾泰和のはてなダイアリー
言語女子会: undefとnullは両方必要？、言語女子会2: varは必要？/privateがない？の続編です。 Rubyに恋愛相談 Python: 最近悩んでるのよね… Ruby: んー、何に？ Python: 自分はどんな人が好きなのかなぁ…とか… Ruby: あー、そんなの簡単よ！一緒にいて楽しいことよ！ *1 Python: そんなの誰とだって仲良くなったら楽しいんだから差別化にならないじゃん Ruby: そうとは限らないわよ、たとえば、あっ… C: ごめーん、会議が長引いちゃって遅れちゃった！(髪の毛ファサーっ) Python: ああ…なるほど… C C: 何の話？え、恋愛に悩んでる？そんなの簡単よ。卓越性よ。 Python: 卓越性？？ C: そうよ。なんらかの分野で「わたしが一番」という状況を作ることよ。そうすれば男の側からいくらでも寄ってくるわ。 Python: なるほど
「エンジニアを確保しやすい」という理由でプログラム言語を選んでいいのか？
昨日、プログラム言語についてつぶやいたら、いろいろFBを頂きました。ありがとうございます。つぶやきのきっかけは、ちょうどエンジニアと言語の選択について話をしたからでした。 チームは今Rubyと戯れているけれど「なんでRuby」と聞かれたので「まつもとさんとFBで友だちになった」と答えている 「そんな理由で」っていうけど「初めて配属されたところがJava使ってた」とかいう理由でJava始めるのよりはよっぽどいい話だと思うけどなぁ よく聞く選定の条件や理由として、「エンジニアを確保しやすいかどうか」というものがあります。これは言語だけでなくフレームワークでも言えることかもしれません。 組織的な視点で考えると、なるほど。気持ちはわかる気がします。ただ、「エンジニアを確保しやすい＝いいエンジニアがいるわけではない」ので、「確保できる＝プロジェクトが成功する」というわけでもないでしょう。ふと「マンパ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Reddit - Dive into anything
http://notes.willcrichton.net/rust-the-new-llvm/
not found
81 Free eBooks On C, C# And C++
What is the good explanation of Tennent's Correspondence Principle?
Tennent’s Principle of Correspondence. A Techscursion.