はてなキーワード: scalaとは
最近はGoが流行っているが、それならJavaだって同様に良さそうな気がする。
- nullがたまにうざい
- なんか重厚な感じがする
- ORMとかが重厚なのが多かった
- 故に環境構築が大変だった
- strutsがしんどかった
- xml地獄からアノテーション化したりいろいろと模索していた
- ちょっと昔には「俺たちイケてるプログラマ」はみんなRailsに移っていった流れがあった?
- Effective Javaよいが、そもそもそういうtips意識せずにそう書けるような言語仕様になってほしかった気もする
- 非同期処理やスレッド処理がやや難しかったか、あるいは言語側でのサポートが薄かったか(?)
言語仕様的な批判と、エコシステム的な批判に分けられそうなきがするな。
関数型言語の関心はScalaやClojureに全フリしてもらって、Javaはシンプルな機能を持つGoの方向性なModan Javaになっていってくれれば良さそうな気も。
httpサーブレットとかそのへんが微妙だったかもしかして。Goみたいにnet/httpライブラリが標準であればそれをベースにすることでオレオレフレームワークの乱立を避けることができるか、と思ったけどJAX-RSとかがあるな。
Goだって冗長な記述が必要な言語だが、好かれているし、Javaも悪くない言語な気がするんだよな。
まあ何でもいいが。
ロジカルに考えているようで結局なところ雰囲気的なところに左右されているエンジニア多い気がする。
まあわいも、人気な言語に乗っておいて高単価を得られたほうがいいのでそうするが。今の所Goが肌にあっているんだよな・・。3年ぐらい使って熟練度上がってきたし、さほど悩まずにコーディングすることができる。
PHPの人が好きな、あるいはRubyのmethod_missingなど活かしたテクいコードは、書いているやつは気持ちいいかもしれないがわいは明示的にinterfaceがわかるコードが書かれていたほうが好きだ。型で振る舞いがわかったり制御されていないと分かりづらくない?複数のプロジェクトを掛け持ちするから、読むときに前提知識が少なく読めるコードがいい。
まあJavaもリフレクションでテクいことができる気がするな。
Goがいい。誰が書いてもだいたい同じコードになるから、誰かに作業を振ったとしてもレビューしやすい。
まあこれからJavaを書く気はしないが、GoでAPI書いているマンから見ると、JAX-RSとかでゴリゴリAPI書いていくの全然悪くないんじゃないかと思うのであった。
最悪別にGeneric入らなくてもいいかもな。別にそんなに困ってない。はいってくれるなら、はいってくれたほうがいいが。sliceに対してmap, each, filter, existsなどのメソッドが生えることになるイメージかな。まあそれは欲しくなるけどな・・・。
Scalaもいいんだが、たまにイキったコードを書くと分かりづらくなる時がある。イケてるコードを書こうと思ったとき、結構パワーを使う言語だ。なんかモナドってジェネリックを更に強くしたやつだとも捉えられるような気がするな。ゴリゴリ関数型で書こうと思った場合、プロジェクト全体に影響がある話なのでアーキテクチャ設計に力がいる気がする。
年をとると大事にするポイントが変わってくるな。昔はスーパープログラマになりたくて関数型言語とかやっていたが、今はいかに効率よく仕事をする=金を稼ぎ自由を得るかを重視している。職業プログラマとなったわけだ。仕様固めたりリリースしたり不具合対応したり運用したり、フリーランスなら税金計算したり、金儲けの方法考えたり忙しいんじゃ。今は結局スーパープログラマとは何か悩ましいよ。「プログラマとして」キチガイレベルにすごい人間というのはまだ見たことがないかもしれない。コーディングが早い?バグ修正が早い?パフォーマンスのやばいコードを書ける?設計が優れている?
はてなブックマークのシステムの抜本的なリニューアルに関する技術的な側面について、 2019年6月末に開催される ScalaMatsuri 2019 にて 『いかにして我々は10年もののPerlプロダクトをScalaでリプレースしたか』 という題目で、はてなブックマーク開発チーム アプリケーションエンジニアの id:tanishiking24 が発表します。ご興味のある方は参加をご検討ください。
最近はレバレッジが効く言語とフレームワークを好きになるようになってきた。
もう言語何でもいいわ。やっぱ静的言語がいいのと十分に熟練度がついてきたのでAPI開発ではGolang使って開発するのは良い。PHP(Laravel)、Ruby(Rails)はやはり生産性が高いので良い。ScalaもMonad Transformerを使ってモナドのスタックを解決していく程度あれでやっていき、あまり悩まないような構成になっていればサクサクやっていけそう。
実はJavaが一番いいんじゃないか…。Springガッツリやったこと無いけど、トランザクションとかもいい感じに効いてくれそうだし、そこそこ生産性高そうだし。
知らんけど。
なんでもいいや。
id:nekoraの本名が「斉藤辰也」なのは御本人が自らWEB上で明かしてる事なので今更言う事では無いですね
https://www.vector.co.jp/vpack/browse/person/an012343.html
そして有志の追跡の結果、NEC関連会社の 「NEC情報システムズ」(現在はNECソリューションイノベータ)に勤務してる事も確定済み
http://megalodon.jp/2016-0206-1409-40/anond.hatelabo.jp/20160206070808
http://www.j-tokkyo.com/2009/G06F/JP2009-122755.shtml
さて最近では作者のヘイトスピーチがきっかけでアニメ化が土壇場で中止になったラノベ作品もあったわけで、世間ではヘイトスピーチが社会的立場を失わせるに十分足りる行為であると周知されてきましたね?
そんな中でid:nekora=斉藤辰也はid:sbedit1234というヘイトスピーチ専用アカウントを持っているわけで
http://b.hatena.ne.jp/sbedit1234/
すべて
Apple社のやりくち (2)
meetoo (2)
あとで読む (3)
うらやまけしからん (1)
おそロシア (30)
おまいう (3)
これは便利 (1)
ころしあえー (6)
しってた (2)
とび職 (1)
はてサ (68)
ぱよぱよちーん (64)
またGMOか (1)
またNPOか (1)
またオリンパスか (1)
またカスラジか (6)
またサカ豚か (5)
またヒューマンライツ (1)
またベンチャー企業か (1)
またリテラか (14)
また三田佳子の息子か (1)
また人文系 (1)
また内田樹か (1)
また化学物質過敏症か (4)
また半原発か (1)
また反ワクチンか (3)
また反差別か (1)
また国連か (1)
また大阪か (43)
また寝屋川か (3)
また弁護士会か (1)
また朝日か (1)
また朝日新聞か (38)
また東京新聞か (4)
また構築主義か (5)
また権力勾配か (1)
また沖縄タイムスか (1)
また無職 (1)
また無職か (18)
また現代アートか (5)
また琉球新報か (1)
また癲癇か (1)
また相対的貧困率か (3)
また社会構築主義か (2)
また福岡か (18)
また総務省か (1)
まなざし村 (7)
やりがい搾取 (1)
アスペは檻へ (1)
アダ地区 (4)
アベニクシー (25)
アベノセイダーズ (4)
アベノミクス (46)
アル中 (2)
イスラム教 (1)
イタリア人 (3)
オカルト (1)
オランダ人 (1)
オリエンタリズム (1)
オージー (8)
カザフスタン人 (1)
カナダ人 (3)
カルト (1)
ガラパゴス (1)
キリスト教徒 (6)
ギリシャ人 (1)
クレーマー (1)
グンマー (3)
ゲーム脳の恐怖 (14)
コンゴ人 (2)
ゴドウィンの法則 (2)
サカタク (1)
サブカル (1)
シリア人 (1)
シンガポール人 (1)
スイス人 (1)
スウェーデン (2)
スペイン人 (1)
チバラギ (1)
チンポ騎士団 (9)
デマ (1)
デンマーク人 (1)
ネパール人 (1)
パチンカス (8)
パーキンソンの凡俗法 (1)
ヒンズー教徒 (2)
フィリピン人 (2)
フェイクニュース (4)
フランス人 (13)
ブラジル人 (1)
プロ市民 (1)
ヘイトクライム (2)
ベトナム人 (1)
ホモ (1)
マイノリティ憑依 (21)
マルタ人 (1)
ミャンマー人 (5)
メキシコ人 (1)
モンゴル人 (2)
ヤクの毛刈り (1)
ユダヤ人 (21)
ユダ公 (1)
リベラル (2)
ルイセンコ (1)
三国人 (1)
中国 (3)
中村淳彦 (3)
主語が巨大 (14)
九州 (1)
九州人 (5)
京都府民 (8)
人権派 (1)
人種差別 (4)
体の歪みは心の歪み (2)
何だ男か (1)
修羅の国 (29)
修羅の門 (1)
全体主義者 (2)
公務員 (1)
共産主義者 (4)
共産党 (5)
内政干渉 (1)
出羽守 (3)
北杜市民 (1)
北海道民 (4)
千葉県民 (7)
卑怯者 (1)
反知性主義 (5)
同性愛者 (6)
名古屋県民 (1)
嘘松 (21)
四月馬鹿 (1)
国士 (1)
国辱 (1)
外人 (4)
大分県民 (3)
大東建託 (1)
大田区民 (1)
天才あらわる (9)
奇祭 (1)
奈良県民 (1)
女 (50)
女には向かない職業 (1)
安部政権 (1)
宮城県民 (2)
富山県民 (1)
小池陸 (1)
山形県民 (3)
岐阜県民 (4)
岡山県民 (2)
岩手県民 (1)
島根県民 (1)
左派 (254)
左派政権 (97)
差別 (16)
広島県民 (1)
徳島県民 (1)
思想統制 (38)
怠け者 (5)
怠け鬱 (2)
恨の精神 (2)
悪の帝国 (2)
悪人 (1)
愚行権 (1)
愛知県民 (1)
我儘者 (1)
放射脳 (34)
教条主義者 (1)
文化の盗用 (2)
日本 (1)
日本の恥 (14)
日本人 (32)
日本相撲協会 (1)
明るい農村 (1)
朝鮮人 (637)
東北人 (5)
栃木県民 (2)
検閲 (1)
欧州 (1)
武装難民 (1)
歴史修正主義 (49)
死ぬ死ぬ詐欺 (1)
殺しあえー (1)
毎日新聞社 (1)
民族自決 (1)
氷山の一角 (1)
法務省 (1)
法政大学 (1)
海野隆太 (5)
滋賀県民 (3)
漁民 (1)
熊本県民 (1)
犯罪者 (2)
犯罪自慢 (1)
独裁政治 (1)
王大人 (4)
甘え (2)
田舎者 (1)
男 (2)
白猫黒猫 (1)
百姓 (1)
監視社会 (1)
社会主義 (3)
社会党 (1)
社民党 (2)
福岡県民 (1)
福島県民 (1)
秋田県民 (1)
立憲民主党 (1)
米兵 (1)
細田均 (1)
統失 (1)
群馬県民 (1)
自称人権派 (1)
自称鬱 (1)
茨城県民 (1)
薬物依存 (1)
表現規制 (34)
西日本 (1)
言論統制 (3)
詐欺師 (2)
詐病 (1)
議論が深まっ太郎 (1)
豪州人 (3)
貧困ビジネス (1)
超昂天使 (1)
農民 (2)
迷惑 (1)
釣果 (1)
関西人 (27)
障害者 (1)
難民 (1)
静岡県民 (6)
韓国企業 (5)
馬鹿 (2)
高知県民 (9)
鬼畜米英 (198)
鹿児島県民 (4)
黒人 (89)
グンマー (1)
サカタク (1)
NECは「あらゆる企業活動の場面において、すべての人の基本的人権を尊重し。また、人種、信条、性別、年齢、社会的身分、門地、国籍、民族、宗教または障害の有無等の理由による差別や個人の尊厳を傷つける行為を行わない」そうですけど、上記のような社員が存在することはNEC的には 有 り なんでしょうかね??????
企業として言ってることとやってる事違くないですかね??????
斉藤辰也という本名を自ら紐つけてるid:nekoraアカのほうでも、最近では障碍者を執拗に狙った記事を投下していますけど、これNECさんは認めているんですかね????
http://nekora.hatenablog.com/entry/2018/06/16/213000
https://www.nec-solutioninnovators.co.jp/csr/inquiry.html
こっから上記の斉藤辰也さんの行いについて問い合わせたら、斉藤辰也さん一発アウトで社会的に退場になるんじゃないですか????????
ラテン語で「e=(ここから)外に」「scala=梯子(でよじのぼる)」「tor=するもの」。
直訳すると「上の階によじのぼるもの」といった感じか。
ラテン語で「e=(ここから)外に」「levare=持ちあげる」「tor=するもの」。
直訳すると「上の階に持ち上げるもの」といった感じか。
scale(スケール)は「目盛り」や「ものさし」の意味、また「音階」という意味もある。
vectorに対するscalar(スカラー)は「量を増大・減少させる大きさ」。
ちなみにエスカレーターという言葉から「エスカレート(徐々に激しくなる)」という動詞が生まれた。逆ではない。
levareは、「軽い」という意味のlevisに由来する。
たとえば「levitation(レビテーション)」は「空中浮揚」という意味。
「relief(リリーフ)」は「苦痛を軽減する=救済」という意味。
「leverage(レバレッジ)」はテコで持ち上げる。
いずれも「軽い」「重さを取り除く」結果として「上がる」という意味だ。
契約的には月単位の時間契約で、基本は奥さんの方メインだけど夫婦で分散させて1人月って感じ。
この前ちょっと飲み行ったとき話したんだけどうちとは別に似たような月縛りの案件をもう1件やってるっぽくて、
んでそれとは別に月に数回くらいは1日で捌けるくらいのちょっとした仕事もちょこちょこ舞い込んでるみたいだから、
福利厚生がない分手取り収入は正社員ベースで考えると引かれる額は多いんだろうけどそれでも世帯収入はそれなりにあると思われた。
二人とも見た目も話した感じも普通のお父さんお母さんって感じなんだけど、
奥さんの方は低レイヤの部分が得意で、旦那さんはWeb全般とJava、Scalaとかに強くて、
なんか素敵な生き方だなぁって思った。
どこ探せばおるねん
たとえばC#など.NET系のリファレンスはMSDNで読むことができる。
RubyだってHaskellだってScalaだって、公式サイトにガイドぐらい置いてある。
Oracle、DB2、MySQL、PostgreSQL、SQLite、AccessなどSQLが実装されたDBMSは様々にあるが、どれを取っても仕様が違う。
皆が標準SQLに従っていてその上で適当に増設している程度ならよいが、もはや誰も標準SQLに従う気が無い。
根幹的に必要な機能があったりなかったりするから、あるDBMSで書けるようになったからと言ってSQLを覚えたとは言えない。
これと上記1とのせいで、何かググった時に特定のDBMSでしか解決法にならないものが大量に出てくる。
最近のプログラミング言語は大抵、雑に書いたってコンパイラが適当に最適化してくれる。
同じ結果を生むような二つのコードは、よほど下手くそに書かない限りは同じような実行速度になる。
SQLもオプティマイザが最適化はするが、ほぼ同じような二つのコードで速度が全く変わったりする。
そのため実行計画というオプティマイザの中間言語のようなものを読んであげて、
より速い中間言語が生成されるようSQLをチューニングし直さなければならない。
これでは何をやっているのかわからない。
有名なサイトでは、初心者が必死で書いたような可愛らしいSQLを「それでは遅すぎるんじゃ」とけちょんけちょんにけなし、
なんかシンプルなのだけれどよくわからない文法を一杯使って実行速度を高めたのを「正解」としていたりする。
しかもその文法、ググってもろくな解説が無かったり、特定のDBMSに依存してたりと使えないオチ。
上手い人はSQLを綺麗に書く。だけど、その綺麗さの基準が人によって違う。
エディタが単なるメモ帳でしかないようなDBMSも多いから、インデントの文字数さえ個々人に任される。
インデントは2文字か4文字か。SELECTで改行するかしないか。カンマは列の後ろか、前か。
いろいろなサイトに色々なことが書いてあったけれど、全部違うこと言ってた。
つまり各々綺麗に書ければいいやということであり、読むほうも宗教が違ってもまあ綺麗なら読めるから困りはしない。
何かの解決法をググるたびに違うスタイルだからどう書いていいのかわからない。
結局なんかいろいろな上手い人のスタイルをツギハギした新たなスタイルが世に誕生してしまうのだ。