AndroidのためのJava/Kotlinはスコープ外とします まず断っておくと、俺はScalaが好きだ。 自分が作ったScalaプロダクトは二個現存している。うち一つはまだまだ自分が開発している。というか今は会社を作って1人でプロダクトを作っている身なのだが、それもScala3+ZIO2でゴリゴリ書いている。 でも残念、もうScalaというかJVM言語がオススメできません。TypeScriptかGoかRustをオススメします。 どういうこと？まずこの記事を見ていただくのが一番分かりやすい。 https://aws.amazon.com/jp/builders-flash/202310/java-serverless-saas-backend/?awsf.filter-name=*all 素晴らしいエントリーだ。読みに行かないせっかちな方のために概要を紹介する JavaプロダクトをAWS

関数型ストリーム処理勉強会で発表したので、ブログにも書いておきます。 元になった資料はこちら Haskellでストリームデータを扱う方法としては、Handleを使う方法、Lazy IOがありました。しかし、それぞれに問題があり、再利用性が高く堅牢なコードを書くことは困難でした。 この状況を解決すべく、Conduit、Pipes、io-streamsなどのストリーム処理ライブラリが現れたのですが、そもそもそれらが必要とされた経緯は具体的にはどのようなものだったのでしょうか？ 元ネタ: http://okmij.org/ftp/Haskell/Iteratee/talk-FLOPS.pdf ソースコード: https://github.com/fujimura/functional-stream-processing-meetup-sample そもそもストリームとは 必要に応じて処理されるデ

「関数型言語は開発効率が良い」とよく言われます。「オブジェクト指向と比べて‥‥」なんてつい比較してしまうがゆえに論争っぽいループが発生したりするのを良く見かけますが、まあそれはおいといて、実際なぜ効率が上がるのか考えてみました。 関数型言語が採用する概念のうち、特に工数削減に貢献する要素を挙げてみます。 パターンマッチ プログラムでは条件に応じて処理を仕分けることが多々ありますが、入り組んだIF文はそれだけでプログラムの意図が分かりにくくなりバグの温床となります。 モダンな関数言語では、条件判断記述を関数の入り口に設置し、条件を満たしたときだけ関数の本体を実行するような構文が書けるタイプの文法を採用しています。このような構文は、コンパイル時或いは実行時にIF文が合成され、パラメータにより処理が分岐されます。CやJavaなどのswitch-case構文をものすごく強力にしたもの、と考えればい

動機 Java, C++ → Scalaとやってきて、気づいたことはJavaからScalaに受け継がれたのはJVMとしての便利さだけであり、関数型言語的要素はむしろHaskellから受け継がれているということだ。さっそく調査班はYodobashiで以下を購入した。 すごいHaskellたのしく学ぼう！ 作者: Miran Lipovaca出版社/メーカー: オーム社発売日: 2012/09/21メディア: Kindle版購入: 4人 クリック: 9回この商品を含むブログを見る プログラミング言語における学習では新しい概念を知ることが大事だと思っているので（…もちろんアルゴリズムも重要だが、アルゴリズムは概念によりかなり変化する）、新しい考え方だと感じたことを中心にメモする。 読み進めるときには、以下を見ながらだと面白い Scalaコレクションメソッドメモ(Hishidama's Scala

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ひしだまＨＰの更新履歴。 主にＴＲＰＧリプレイの元ネタ集、プログラミング技術メモと自作ソフト、好きなゲームや音楽です。 なんか面白い話題があったので参入してみる(笑) megascusさんの『「淡路島の電車の運行状況を聞いた話」をシステム開発に置き換えてみるはただの設計ミス』 僕は淡路島がget路線()メソッドを持っていても良いと思うんだよね。 淡路島クラスが地域インターフェースを持っているとして、地域インターフェースは以下の様になると考える。 public interface 地域 { public 鉄道路線 get鉄道路線(); public バス路線 getバス路線(); public 航空路線 get航空路線(); public 船路線 get船路線(); } この場合、地域によっては特定の路線が無いことも当然ありうるので、無いことを示す値（nullなりNullObjectなり）を

・型を書け！ ・名前を付けろ！ ・合成しろ！ 型を書け！ 「は？型推論あるのにわざわざ型なんて書かなくていいし！」と思いましたか？ では保守を任されて緊急でソースを理解したい時にこのようなコードだった場合はどうでしょう。 //XXとYYはどこか別の場所で定義されている class AAA[A <: XX, B <: YY] { def f(a:A,b:B) = a.xx + b.yy } 「戻りの型くらい書いとけ、ばかやろぅ」と言いたくなりましたね。それが普通の反応です。 class AAA[A <: XX, B <: YY] { def f(a:A,b:B):String = a.xx + b.yy } 戻り値の型がある場合と比べて見てください。コードの読みやすさが全く違います。このようにコーディングする際にほんのひと手間掛けるだけで、保守時のコストが大幅に削減出来ます。 保守のコストを

仕事でScalaで書いたプロジェクトを担当する機会がありました。 「Scalaは難しい」と時々言われます。 YammerがScalaからJavaへ移行中 matzとkmizuさんを中心としたscalaの複雑性についての話 私の感想は やっぱりScalaは難しい。 しかし、それはScala大好きな人たちが想像するのとはちょっと違うところ。 sbt が難しい いろいろありますが、とりあえず Ctrl+C で終了してしまう動作は、初心者の心をくじくと思います。 case が難しい match節の "case" は「『条件』に合う場合」という意味の "case" ですよね。 では case classは「条件に会う場合のクラス」 ？？？ どういうこと？ 多分 case class のは「容器・入れ物」の "case"です。ですが、value class とか struct とか、別な名前にはできな

Coda HaleさんがYammerがスカラによる開発を停止すると発表 「面白い言語だが、Javaに移行する」 http://twitter.com/#!/coda/status/139133458181144576 TypeSafe社のCEO Donald FischeがCoda Haleに詳細を求める TypeSafeはScalaをサポートする会社。そのメールはScalaのリードデベロッパーのMartin Odersky氏にもCCがいっていた。 つまり、Scala作者が直々に「どうして使わなくなっちゃうの」と聞いてきたことになる。 Scalaによる有名サイトが止めるというのは彼らには深刻なニュースだ。 現状を改善するために事情が聞きたかったのだろう。 これに対してCoda Haleは率直な意見をメールで返答 http://codahale.com/downloads/email-to-

なぜScalaがバカ向けなのか。 ぼくの経験を元に、バカ向け言語と非バカ向け言語を比較しながら見て行きましょう 非バカ向け言語 C プログラマーとして最初に携わったのがC言語です。 それは以下のようなものでした。 何十ものファイルにまたがるグローバル変数 緻密な制御が必要であるにも関わらず、無秩序に取得/開放が行われているメモリー管理 このような複雑な構造を、ぼくのようなポケコン並の処理能力しか持たないバカに把握可能でしょうか。もちろん不可能です そこで、次のようなコーディングを心がけました。 グローバル変数を使わず、関数に引数を定義して渡す メモリーの取得/解放を同一ファイル内に限定する これで、メモリーや変数参照の影響範囲を限定し、ぼくのようなバカでも理解できるようになります。 ですが、わざわざそんな事をやらなくても全てを理解できるエリート様達は、 「なぜ引数で渡すんだ。グローバル変数

追記：Twitterで、「それって、言語マニアにしかできない技のような気が」という指摘を受けました。自分としては一般的に適用可能な話だと思っていますが、あるいは自分の感性が著しくずれているのかもしれません。その辺承知の上でお読みください。 Scalaは習得が難しい言語だ、とよく言われます。また、実際問題として、Scalaの言語仕様の全体はそれなりに複雑でもあります。しかし、それはたとえばJavaでも言語仕様の全体像を把握するのは難しい話であり、Scalaに限った話ではありません。にも関わらず、Scalaの習得が難しいとよく言われるのはプログラミング言語の学習モデルが誤っているからではないかと最近思うようになりました。そこで、Scala（や他の言語も含めて）のコストを下げるために必要な心得についてちょっと書いてみます。 Scalaはオブジェクト指向言語である これは、Scalaは関数型プログ