ishisakaのブックマーク - はてなブックマーク

プログラミング言語へのMicrosoftの影響力がヤバい - きしだのHatena

Tiobe indexを眺めながら、C#とVBが入っていてMicrosoftは強いなーと思ったのだけど、よくみると他の言語もMicrosoftの影響力すごいのではとなったので調べてみた。 https://www.tiobe.com/tiobe-index/ Python 例えば1位のPythonにMicrosoftはかなり力をいれている。象徴的なのが、Pythonのオリジナル開発者の入社 C/C++ Windows上でのC/C++コンパイラではMS C/C++が圧倒的シェアであるし、C++の標準化団体にMicrosoftはGold Memberとして参加している。 https://isocpp.org/about Java 4位のJavaに関してもかなりリソースは割いているわけですが、全体の影響度としてそこまで大きくはないですね。昨日のブログにも書いたようにOpenJDKビルドを出してい

ishisaka 2023/02/13

AzureとWindowsを魅力的にするための算段ではあるけど、すぐに結果には結びつかないのに常々よくやっていると思う。

リンク

オブジェクト指向には、カメラがやっとついたころのガラケーのイメージがある - きしだのHatena

某所でオブジェクト指向についていろいろ書いたのでまとめておく。問題意識としては初学者がなにかというと「オブジェクト指向できるようになりたい」のようなことを言うけどそこまでの優先順位でがんばるものではないんでは、というところです。まず前提として、オブジェクト指向は1980-2000年くらいに流行って発達したものの、それ以降は時代にあわせた進歩はしていない20年以上前の技術ってのがあります。そのころは今だとCPUのキャッシュにも満たないようなメモリをやりくりしてプログラムを書く必要があったので、オブジェクト指向はメモリ上のデータをコピーすることなくうまく使いまわせるようなプログラム技術になっています。そしてオブジェクト指向にはそこから目だった更新はなく、タイトルに書いたように、カメラがやっとついたくらいのガラケーのような古い技術という感じがします。オブジェクト指向について、アプリケー

ishisaka 2021/01/21

それでもプログラマの基礎教養として一通りいろいろ勉強した方が良いよと思います。そのほうが言語やFWを深く理解できる。

programming

リンク

プログラムの難しさの階層 - きしだのHatena

プログラムを理解するのは、まあ難しいです。でも、その難しさには階層があります。よく、変数は箱だとか箱じゃないとか議論になりますが、何人か初心者に教えた感じでは、変数自体でつまづくことはあまりないので、実際はそんな例えをしなくても「変数は変数だ」で充分だったりします。デバッガでステップ実行しながら変数の内容を見ればいい。で、条件分岐くらいは結構つまづくことはなくて、単純な演算と条件分岐だけが必要なプログラムであればまあそれなりに書けるようです。ぼくも、一番最初に自分の意図で作ったプログラムは input "ワカレミチガアル。ドウスル？ 1:ミギ 2:ヒダリ"; a if a = 1 then print "ガケニオチテシニマシタ" else print "ライオンニカマレテシニマシタ" みたいなものでした。こういった条件分岐をたくさん並べてアドベンチャーゲームっぽいものを作った人は

ishisaka 2014/04/29

躓くのはループ処置とスタックから。タダ個人的な経験から言うと、これもアセンブラをやってノイマン計算機を理解するようにすれば、高級言語より手触りがあるので理解がしやすいと思う。

programming

リンク

プログラマが勉強すること - きしだのHatena

今日もプログラマになる勉強する人のところで話をしてきました。で、また適当にいろいろ書いてました。 http://www.slideshare.net/nowokay/20140228-31742219 今日は特に、この図の内容についてまとめておきます。 ※ このエントリは、主に今日の話を聞いた人を対象としています。前提や補足については省略しています。まずはプログラミング言語をプログラマというのは、利用者に直接サービスを提供することはできません。コンピュータの上でプログラムを動かして、そのプログラムを使ってもらうことでサービスを提供します。 ※組み込みは前提から外しています。そのプログラムも、コンピュータで動くものを直接記述することは現実的にできません。なんらかのプログラミング言語で、プログラムを書くことになります。つまり、プログラマの仕事は直接的にはプログラミング言語をいじくる作

ishisaka 2014/02/28

リンク

SEやPGではなく、プログラマでもなく - きしだのHatena

SEとかPGという言葉を使ってるところに近づかないほうがいいと言われるようになってかなりたちましたが、だからといってプログラマというのも違うなと思っていた今日この頃。そういえば、Twitterで技術者系タイムラインを見ていると、どうもみんなエンジニアとか技術者って言ってるなということに気づいたのでメモ。自分でも、こうやって「技術者」と書いてるし。

ishisaka 2014/02/20

こんにちは。ドがつきそうなSEです。

リンク

Java8日付時刻APIの使いづらさと凄さ - きしだのHatena

いままでのJavaでは、日付時刻を扱おうとするとめんどくさい割に非常に低機能でした。 Java8では、新たに日付時刻APIが導入され、めんどくささが増しつつ非常に高機能になりました。 (以降、Java8で導入された日付時刻APIを単に「日付時刻API」と表します) もちろん、慣れてきて、ちょっとしたサポートメソッドを用意してやれば、結構使いやすいのですが、それは「このAPIは使いやすい」という評価にはなりません。つまり日付時刻APIは、慣れないとぜんぜんわからないし、サポートメソッドがないと面倒なコードが必要ということです。いろいろあってよくわからない日付時刻では、時点を扱うInstantや期間を扱うPeriod、時間量をあらわすDurationなど多くのクラス・インタフェースが導入されています。これらは、IDEの補完でAPIを探りながら機能を推測すれば、それなりにドキュメントなし