次世代言語議論スレ[Go Rust Scala Haskell]第5世代

1 名前：デフォルトの名無しさん mailto:sage [2017/06/13(火) 08:54:07.99 ID:O1HnBMDk.net] いざ、語ろうぞ。 スレタイ超過のため、一部省略。 その他もウェルカム。 前スレ 次世代言語議論スレ[Go Rust Kotlin Scala]第4世代 mevius.2ch.net/test/read.cgi/tech/1492631007/ 737 名前：デフォルトの名無しさん [2017/08/12(土) 20:19:13.69 ID:953va2dM.net] .NETはLLVMつかってネイティブ化する計画なかったのか 738 名前：デフォルトの名無しさん mailto:sage [2017/08/12(土) 20:24:30.75 ID:DE4QKP9/.net] 実際のところ.Netを選ぶメリットって何かあるのかな？ マルチプラットフォームならtypescriptとelectron、もしくはreact nativeで良い気がするけど。 739 名前：デフォルトの名無しさん [2017/08/12(土) 20:25:59.19 ID:953va2dM.net] 現行、LLVMの使用はLinux、Macのみらしいが原理としてLLVMが動くすべてのOSでネイティブコンパイルできるのでは? 実際動かしてないし間違えてるかも。 性能を強化した「.NET Core 1.1」が公開　2016年11月21日 米Microsoftは11月16日、「.NET Core 1.1」を公開した。性能が強化されたほか、対応するLinuxディストリビューションも拡大した。 最新版では対応するディストリビューションを拡大し、Linux Mint 18、OpenSUSE 42.1、macOS 10.12、Windows Server 2016で利用できるようになった。 macOS 10.12とWindows Server 2016については、.NET Core 1.0も利用できる。 Linux向け、Mac向けでは、CoreCLRをClang/LLVMでコンパイルするため、次のリリースでClang版のPGOをサポートする予定としている。 https://mag.osdn.jp/16/11/21/154500 740 名前：デフォルトの名無しさん mailto:sage [2017/08/12(土) 20:33:46.06 ID:D9kn9WR2.net] まあ実際使ってみると右往左往することになるわけだが。 「互換性」あるってセールストークに馬鹿みたいに引っかかりすぎなんだよ。 741 名前：デフォルトの名無しさん mailto:sage [2017/08/12(土) 20:36:01.39 ID:Dx69QmpS.net] >>728 それは環境によるだろ… すぐ一纏めに考えるのは愚かな事 742 名前：デフォルトの名無しさん [2017/08/12(土) 20:42:05.60 ID:953va2dM.net] こういう流れらしい。 .NET Coreとは？　2017年6月6日 .NET Coreがリリースされて約1年経ち、ようやくビルドツールも正式版としてリリースされるに至った。 本連載記事では、「Linuxを中心にクロスプラットフォームで開発できる.NET Core」という視点で、開発の方法を説明していきたい。 .NET Coreの歴史 Windows上でのみ動作する.NET Frameworkは、2002年に最初に登場して以来、バージョンアップを重ねてきた。 それに対し、Windows・Linux・macOSで動作するクロスプラットフォームな.NET Coreが発表されたのが、2014年11月12日のことである。 このとき、今までWindowsのみをサポート対象としてきた.NETが、LinuxやmacOSもサポート対象としたことに加えて、最初からGitHubでオープンソースとして公開されたことにも驚きがあった。 クロスプラットフォームを動作環境とすることに関しては、Monoプロジェクトという先人がいた。 Monoプロジェクトは.NET Frameworkの互換環境をLinuxやmacOSを含めたスマートフォンOSにすることを目標としており、その中にはGUIフレームワークも含まれている。 Monoプロジェクトは現在、Xamarin社が開発・サポートをしており、スマートフォン向けのクロスプラットフォーム開発環境であるXamarinブランドの製品を提供している。 そのXamarin社が、2016年にMicrosoft社に買収されて今に至っている。 Monoが.NET Frameworkそのものと互換性のある環境を目指していることに対し、.NET Coreは.NET Frameworkのサブセットとなる機能をクロスプラットフォームで提供することを目標としたわけである。 そして、.NET Coreの発表から約1年後の2015年11月5日にRed Hat社がMicrosoft社と協力し、Red Hat Enterprise Linux上での.NETのサポートを発表した。 .NET Coreの特徴はいくつか挙げられるが、ここでは特に「クロスプラットフォーム」「オープンソース」「軽量」「フレキシブル」の4点について強調したい。 www.buildinsider.net/language/dotnetcore/01 743 名前：デフォルトの名無しさん mailto:sage [2017/08/12(土) 21:41:47.95 ID:49AswPag.net] >>726 過去の膨大な資産（負の遺産とも言う） 744 名前：デフォルトの名無しさん mailto:sage [2017/08/12(土) 23:44:55.22 ID:CJUJVgQO.net] 南シナ海に中国が基地作ってるよね。 だいたいそんな感想 745 名前：デフォルトの名無しさん [2017/08/13(日) 00:09:25.46 ID:5ZVaRTG/.net] >>728 Javaも同じだけどね。 お陰で一度書けばどこでも動くって宣伝文句も、一度書けばどこでもテストが必要って揶揄されて久しい。 HTMLも然り。 実はHTML5+JavaScriptのが動的言語な分タチが悪いっていう。 >>726 TypeScriptもMS製ですよ。 VS Code出したし、.net Standerd出たしってなると、VC#のマルチプラットフォーム化が始まりそうな予感はするが。 (MonoでC#のマルチプラットフォーム化はしてるけど、C#の良さはやはりIDEであるVSあってこそ) 746 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 00:14:48.70 ID:gYyecbpL.net] >>733 VS for Macは？ 747 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 00:21:36.37 ID:LJmg41iW.net] typescriptがMs製なのは知ってるよ。 そして素晴らしいのはtsserverを同梱してること。 言語自体にリファクタリングや定義箇所への参照機能等ideに必要な機能を同梱させたんだよね。 この仕様をlanguage server protocolとして標準化しようとしてるのも素晴しい。 ide側で言語仕様を把握する必要がなくなり、上記のプロトコルを解釈する機構を用意しておけばいい。 748 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 00:25:12.33 ID:LJmg41iW.net] ぜひともlanguage server protocolを言語側で用意するのを必須にしてほしい。 新興言語ほど補完機能が弱いことが多いから。goの補完が効くようになったのもここ二年くらいからだったし。 749 名前：デフォルトの名無しさん [2017/08/13(日) 00:28:03.98 ID:5ZVaRTG/.net] マルチプラットフォームの夢も分かるけど、現実的じゃないんだよね。。。 一個のOSでさえバージョン違いで互換性崩れるのに、それを複数とか。 現実的にはテストの都合でプラットフォームもバージョンもグッと絞らないと死ねる。 750 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 00:53:43.57 ID:47VquCRx.net] MSはLinuxの技術者が食いついてきたらLinuxがクソになってきたので独自拡張LinuxまたはWindowsのみのサポートにしますって言って利益をあげるんだろ 知ってるんだから 751 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 00:57:05.96 ID:PA7iDDOj.net] >>730 これアレじゃね？ 競合しそうな会社を買って手中におさめて コントロールするか飼い殺しにするかっていう いつものMSじゃね？ 少なくとも >Monoプロジェクトは.NET Frameworkの互換環境をLinuxやmacOSを含めたスマートフォンOSにすることを目標としており、 >その中にはGUIフレームワークも含まれている。 の部分はもはや怪しいというか .NET Coreで行きたいんでしょ？MSは 752 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 01:07:45.53 ID:WE0t0sIJ.net] いやXamarinって普通に成功してるからね 753 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 01:08:09.23 ID:utxqr9MB.net] linuxでVS使わせてくれればマルチプラットフォームなんてどうでもいい 754 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 01:22:18.67 ID:GoIJeqVQ.net] 次世代言語ってなんなんだ？ Cの次世代言語がC++だと言われれば納得できる c++の次世代言語がjavaだと言われればちょっと首を傾げながら納得する javaやc#などの次世代言語が　Go Rust Scala Haskellだと言われたら 全く納得できない 755 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 01:49:44.40 ID:PA7iDDOj.net] そりゃそうだ 次世代というなら、シェアをひっくり返すかトントンぐらいまで行かないと 次世代とは言えない というか、そういう状況にならないと 業界が何となく全体的に次世代に移った、とは言えない なら次世代とは何なんだ、「世代」とは何なんだ 来もしないであろう架空の未来のことを 「次世代」と言っても仕方がないではないか C++の次世代という触れ込みだったD言語は言語仕様的にはそうかもしれないが 全然普及しなかったからC++の次世代だ！っつってもふ〜んって感じだし そんな「世代」は来なかった、って感じ 756 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 01:52:23.84 ID:PA7iDDOj.net] 結局はJava、C#、C++などの現世代の王道言語が順当にバージョンアップして 移行が行われたら、その地点が「次世代」って事になる 757 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 03:22:34.66 ID:xz6n1XH5.net] 互換性のためだけのレガシー構文が積み重なるわ不自然な拡張方法になるわ で最終的にperl5みたいな「これでなければなんでもいい」になるんですね？ 758 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 06:40:32.63 ID:LJmg41iW.net] 構造化プログラミング -> オブジェクト指向 って進化は基本的に 制約をきつくしていく傾向だよね だから次世代はもっときつくなる。 多分参照型の消滅が次世代の考え方になるのかなと思う。 次世代っていうか関数型の話だけど。 参照型って結局ポインタ型つまり機械語にかなりよった概念だと思う。 これのせいで値の比較とかが難しくなる インスタンスの内容が同じなのに == で評価したら不一致。みたいな。 参照型って結局メモリ節約のシンプルな解決方法にすぎない。 Immutable.jsとかみてると内部構造をメモリ節約できる仕組みにして隠蔽するとこで表向きは値型にしてる。こういうことができるんだから全部値型で構わない。 759 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 10:11:59.72 ID:Zj27tgiX.net] >>745 perlは役に立つぞ 役に立つという条件さえクリアすればなんでもいいという単純な時代もあったんだろう 今は役に立つだけでは不自然と判明したから更に複雑な条件が追加されていくだろう 760 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 10:17:24.38 ID:amPCS2qv.net] 俺はもうscript系の言語はbashとpythonでいいわ。 761 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 11:19:43.08 ID:VdRm1Qc9.net] >>745 そこである程度整理したら perl6 になったんだけども・・・ 762 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 11:50:48.27 ID:Zj27tgiX.net] シェルスクリプト系はカーネルにフリーライドしているくせに そのことを全く気に病む様子がない Java系は自己完結とかOSを作りたいとか自分自身をコンパイルしたいとか煩悩が多い 763 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 21:20:50.78 ID:7Wtpo09/.net] 未だにペェ〜ルとかいう真性糞ゴミをひり出してる糞製造器は死ね 死ね 764 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 22:30:38.39 ID:ZLPpL5wN.net] >>750 いろんなものに手を広げずにシンプルな仕様だけを用意していた方が 結局互換性が高いってことだね。 765 名前：デフォルトの名無しさん mailto:sage [2017/08/13(日) 23:57:03.38 ID:7Wtpo09/.net] くっさいシェル芸してる汚物製造器は死ね 死ね 766 名前：デフォルトの名無しさん [2017/08/14(月) 05:55:23.82 ID:92xt4hcL.net] Mono(.NET)と、.NET　Coreの用途の違いは、すでに100%.NET環境が移植できていれば.NET　Coreの出番はないはずだが。 そうではない環境では、その環境を構築なしに移植できるってことか。 C#のコードをLLVMのアセンブラに翻訳したらあとは既存LLVMに丸投げできるから、移植コストは低く共通化できる。 767 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 08:53:13.99 ID:+p07mcQa.net] ＼＿＿＿＿＿＿　　＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／ 　　　　　　　　　　　○ 　　　　　　　　　　 Ｏ 　ﾓﾜﾓﾜ 　　　　　　　　　　o 　　　　　　　　∧＿∧！　ﾊｯ!　　 ／￣￣￣￣￣￣￣￣ 　　　　＿＿_（　 ゜∀゜）＿　　　　＜　という夢を見たんだ 　　　　|　 〃( つ　　つ　 |　　　　　＼＿＿＿＿＿＿＿＿ 　　　　|＼ ⌒⌒⌒⌒⌒⌒＼ 　　　　|　 ＼＾　⌒　　　⌒ 　＼ 　　　　＼　 ｜⌒⌒⌒⌒⌒⌒｜ 　　　　　 ＼ |.＿＿＿＿＿＿__| 768 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 09:01:00.79 ID:l9TYt/P3.net] >>754 .NET CoreはCLR自体をアプリに同梱するように作られていて、AOTコンパイルではない LLVM対応もJITをLLVMで実装しようというものに過ぎず、あくまでコンパイルはJIT Coreは基本的にWebサーバー用だから少々起動に時間がかかろうが全く問題にならない 769 名前：デフォルトの名無しさん [2017/08/14(月) 09:32:55.89 ID:92xt4hcL.net] こんなのでてきた Microsoft、C++技術で.NET Core 2の高速化実現　[2017/07/22] Microsoftは7月20日(米国時間)、.NET Core 2.0で採用されている高速化技術「PGO (Profile-Guided Optimization )」について伝えた。 この技術はC++コンパイラでより最適化されたコードを生成するために使われているネイティブコンパイラ技術。 .NET Core 2.0にも同様の技術が適用されており、すべてのユーザは特定の処理をすることなくこの高速化技術の恩恵を受けていると説明している。 n.mynv.jp/news/2017/07/22/096/images/001l.jpg n.mynv.jp/news/2017/07/22/096/images/002l.jpg news.mynavi.jp/news/2017/07/22/096/ Microsoft、LLVMベースの.NET/CoreCLRコンパイラLLILCを発表 2015年5月6日 .NET FoundationがLLILCという新しいプロジェクトのリリースを発表した。 このプロジェクトはもともとMicrosoftによるもので、.NET Coreのための新しいLLVMベースのネイティブコードコンパイラを提供することを目的としている。 これによって「CoreCLRが移植されていてLLVMがターゲットとしているプラットフォーム上で」.NETプログラムを動かせるようになる。 LLILCのロードマップによると、Install-Time JITコンパイラが次のターゲットだ。「これは生成されたコードを、 1つのアプリケーションの複数の呼び出しの間で、または1つのアセンブリセットを共有する複数のプロセスの間で共有できるようにする」。LLILCプロジェクトでは、Ahead-Of-Timeコンパイラの実装も検討している。 https://www.infoq.com/jp/news/2015/05/microsoft-llilc-llvm-compiler 770 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 13:38:56.86 ID:kXWZXT9S.net] >>742 世間で言われてる分類で言えば全部第3世代言語だからな 他でドヤ顔で言ったら恥ずかしいぞ 771 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 13:42:18.27 ID:kXWZXT9S.net] >>742 世間で言われてる分類で言えば全部第3世代言語だからな 他でドヤ顔で言ったら恥ずかしいぞ 第4世代はユーザが使う言語 JavaはC++--って言われるくらいで先進性よりも普及を重視してたんだろ 今はもう滅茶苦茶だが でC++++でC#と 772 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 14:14:03.57 ID:C7avT2pN.net] 次世代はサービスインテグレーションのための超高レベル言語だろうな ドメインスペシャリストと開発者の間の垣根を無くすことと、強力なサービス連携がポイントだと思う 773 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 17:00:35.75 ID:s23IFiwR.net] >>759 そういう意味不明などやりかたされてもwwww このスレでは誰もそんなくくりの話はしてない 第四世代言語（4GL）がなぜ次世代なんだかわからん 4GL https://ja.wikipedia.org/wiki/4GL SQL、R言語、RPG-IIの話なんて誰もしてない 774 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 17:26:17.70 ID:6DHdEZEL.net] 3.9GL 775 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 17:28:12.75 ID:wnsRSkHP.net] でもまぁ方向性としてはありかと。 結局プログラミング言語ってツールなわけだから 何かに特化したほうが仕事はやりやすくなる。 DB設計したらwebAPIの定義と処理が自動実装されるようなDSLとか欲しい。 golangのgoaとかAPI設計からGoのコードを自動設定するから近いっちゃ近いけど DB周りとの連携はまだイマイチかなと。 776 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 17:38:46.17 ID:kXWZXT9S.net] >>761 一般的な意味でないから個人で勝手に決める以外ないだろって意味なんだが 難しかったか 777 名前：デフォルトの名無しさん [2017/08/14(月) 19:20:45.04 ID:Ib/9zFrg.net] 自動でコード出力する系は嫌い 改造するの面倒だし マクロみたいなのが好き 778 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 19:42:20.23 ID:O7NIduQl.net] Excelからコードを自動生成するPHPのプロジェクトがあったなそういえば 779 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 20:03:07.27 ID:ysNMGCND.net] コード生成系は出力先が機械だから手加減しない感じがあるからね。。 780 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 22:37:21.06 ID:wnsRSkHP.net] でもgoaは割ときれいなコード書いてくれるから、結構勉強になるし、生成ファイルとは別ファイルにして動作をカスタマイズする前提だから、 マクロとそんなに変わらないと思う。 マクロよりマジック感が減るから処理を追いやすいし 781 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 22:47:09.43 ID:kXWZXT9S.net] コード出力ってそのあと追記とかするの? 戻れなくないか いっそバイナリ吐いてくれた方がよくないか 782 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 22:55:39.38 ID:O7NIduQl.net] 糞バカペチプァにそんな知能あるわけないだろ やつら、次に食べる飯と寝ることくらいしか頭に入らない小頭症のガイジだからね 783 名前：デフォルトの名無しさん mailto:sage [2017/08/14(月) 23:04:29.33 ID:W13Bw/D1.net] >>768 根本的に一から勉強し直したほうがいいぞ >>769 追記どころかバージョン管理からも外すよね普通 784 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 00:47:06.80 ID:Iy2AbH2m.net] >>769 それじゃ混ぜて最適化できないし APIの公開非公開の制御もできないじゃん そらGPLとか仕事じゃないなら関係ないかもしれないけどさあ 785 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 00:48:49.86 ID:Iy2AbH2m.net] >>771 いや流石にソースか出力どっちかはバージョン管理に入れるだろ CIしてたらコンパイル通らなくなる 786 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 02:11:40.42 ID:ucbHC/q/.net] まあいろいろな環境でも動かしたいとかいう理由で出力したソースを コミットすることもあるけど、あんまりいいことないよ。。おすすめしない。 787 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 05:31:41.09 ID:tN8D0FqC.net] >>769 もちろん生成コードとは別ファイルにカスタマイズコードを書くよ。 だからgitの管理対象外にするのが普通。 ただ、俺はあえて管理対象にしてるけどね。設計変更したときに自動生成コードがどんな変更をしたかわかりやすい。 マクロ系だとこういう部分が隠蔽されてると考えることができる。 デコレータとかもそうだよね。 goはジェネリクスとかマクロがない代わりにコード生成を推奨してる言語と言えるね。 最初は後退した言語だと思ったけど コード生成と衝突しない書き方ができるから、マクロとかで裏でどういうコードが生成されているかを把握できる言語と考えれば悪くないなと感じてる。 788 名前：あ mailto:sage [2017/08/15(火) 10:52:42.87 ID:acuW3DAP.net] phpバカにしまくる奴が疑問。 言語としてはまあボロボロだけどnginxとphp-fpmより安定したサーバ書けるの？って聞くと黙ったり、 過去、ひどいコード書いたとか、ひどいコードの保守したとしか考えられん。 789 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 11:04:03.16 ID:WUz8q6HI.net] nginxとphp-fpmより安定したサーバ書けるの？という質問が意味不明で黙るしかないよｗ 790 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 11:19:06.17 ID:X4XuSaPF.net] nginxはC++じゃね？ 791 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 11:23:06.67 ID:WUz8q6HI.net] そう だから意味が分からなくて黙るしかない 792 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 12:39:40.27 ID:FVgUs5AP.net] ?黙るしかない ○相手にされてない 793 名前：あ mailto:sage [2017/08/15(火) 12:46:45.72 ID:acuW3DAP.net] 実用に耐えてないじゃん？みたいな話。 Goのサーバも見たことあるし、ErlangもElixirもあるけど、ずーっと誰かが推してるウェブベースのアプリって見たことねえなあ、ってのが >>770を見て>>776を書いた所以。 脈絡ないのは認める。すまん。 794 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 12:58:02.24 ID:jWNRWc6a.net] >>781 その辺はAPIやワーカーの実装に使用されるケースがほとんどだろ PHPとは競合しない 795 名前：あ mailto:sage [2017/08/15(火) 13:02:18.16 ID:acuW3DAP.net] >>782 そうでもないよ。普通にいわゆるSSIみたいな形で動的なコンテンツ差し込むサーバも見たことあるし、 逆にPHPでも1ファイル1機能のAPIサーバと静的htmlの組み合わせも見たことある。 後者とは競合する 796 名前：と思うんだが。 [] [ここ壊れてます] 797 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 13:20:01.29 ID:X4XuSaPF.net] nginxが実用に耐えない…？ 普通につかってるが… 798 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 13:45:53.21 ID:C4ChKb28.net] 発達の相手すんな 799 名前：デフォルトの名無しさん [2017/08/15(火) 13:46:49.20 ID:HWb5gMTo.net] このクソコテガイジだからな 800 名前：デフォルトの名無しさん [2017/08/15(火) 13:48:14.36 ID:HWb5gMTo.net] 前スレ 918 ：あ ：2017/05/31(水) 11:10:55.99 ID:dc+IbjjD >>916 子供作るときに一通りそういう気質があるか調べてもらったが、幸いながらアスペではなかったぞ。 残念ながら多動はあった。 801 名前：あ mailto:sage [2017/08/15(火) 13:58:19.02 ID:acuW3DAP.net] >>784 逆。nginxやphp-fpmは信用に足りるが、 個別にウェブサーバ立てるような言語は結局nginxやらtraefikやらのバックエンドに立てんじゃん？みたいな話。 >>786 だから何なんだ…(笑) それをもってしてもちゃんと働いとるぞ。役職付きで。 802 名前：デフォルトの名無しさん [2017/08/15(火) 14:00:11.08 ID:HWb5gMTo.net] あガイのガイ 803 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 14:04:48.52 ID:X4XuSaPF.net] まるでphpなら、それらがいらないかのような口ぶり 804 名前：あ mailto:sage [2017/08/15(火) 14:34:08.47 ID:acuW3DAP.net] >>790 リバースプロキシは要るだろうが、その裏に立てるのもphp-fpmなりなんなりの、それなりに枯れたもので、スクラッチせんで良いでしょ。 805 名前：あ mailto:sage [2017/08/15(火) 14:35:20.41 ID:acuW3DAP.net] 他の言語が優れてるのも認めるし、phpがポンコツなのも認めるが、 それ以上に自分で書いたサーバはあてにならん。 806 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 14:49:11.64 ID:IlJmfBT9.net] そりゃ君がPHPなんか使ってるからだろう スクラッチといったって既存のライブラリを使うわけだし、 そのライブラリがnginxに比べて枯れてないことが大きな問題になるほどHTTPサーバーなんて高度なもんじゃないぞ? 807 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 15:24:31.13 ID:IlJmfBT9.net] あと、今時は静的コンテンツの配信やパスベースのルーティング、SSLなど Webサーバーの多くの機能をクラウドプラットフォームに任せてしまうから、アプリから独立したWebサーバーの必要性は低下している もちろんガイジの主張においてnginxがクラウドプラットフォームに置き換わっただけであることは認めるけどね 808 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 16:53:16.30 ID:Iy2AbH2m.net] まあPHPを安易にバカにする奴はエアプログラマだとは思うわ 使われてるだけあって書いてくれって言われることあるし、 書いてみりゃわかるが小規模なら生産性高いからな実際 Wordpressカスタムで済ませられる案件も多いし 809 名前：あ mailto:sage [2017/08/15(火) 17:00:35.19 ID:acuW3DAP.net] >>793 俺自身はphpを使うことがある、くらいよ。 既存のライブラリなんて余計に使えないだろ。いろんな意味で。 >>794 それはわかる。GAE/goをタダで使ってる身としては効率的だし、インフラのコストや安定性は桁違い。 810 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 17:15:25.67 ID:tN8D0FqC.net] >>796 GAE/goってそんなに使うの。 DBが独自になるのが気になるんだが 811 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 17:39:47.47 ID:LOEABJJK.net] phpは人口が多くて趣味やデザイナから来た奴が多いのかレベルが低い 他の言語知らないって奴もよくいる なのでphpの仕事はあまりしたくない 812 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 18:10:02.06 ID:tN8D0FqC.net] >>798 なるほど。そういう考えもあるのか。 Goだったら少なくともプログラマーになりたい人が使ってる感じかな。 813 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 18:17:01.25 ID:z3aL1OR7.net] 仕事でGoつかえって言われたら苦痛だな もっと自由にさせてくれって思う 814 名前：あ mailto:sage [2017/08/15(火) 18:18:04.71 ID:acuW3DAP.net] >>797 めっちゃ安い。めっちゃ早い。 永続化考えたら少しめんどくさいから、リクエストに対して即結果が出せるようなものを数珠つなぎにして出せるようなものにしてるよ。 >>798 それはよくあるな。 あと、外注が海外に投げるとホントにひどいのが出てきたりする。 815 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 18:20:14.17 ID:IlJmfBT9.net] >>798の文脈でいうならGoの仕事は悪くないと思うけどな 少なくとも秀丸で書いてFFFTPでデプロイするような奴はその職場にはいないだろう 816 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 20:11:04.95 ID:tN8D0FqC.net] >>802 すごいな2003年辺りで時間が止まってそう。 817 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 20:12:50.74 ID:tN8D0FqC.net] typescriptをメインに据えてる会社とかないかな。 正直typescriptであればサーバサイドjsもありな気がする。 818 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 20:16:13.66 ID:tN8D0FqC.net] >>801 > 永続化考えたら少しめんどくさいから、 > リクエストに対して即結果が出せるようなものを数珠つなぎにして出せるようなものにしてるよ。 もう少し具体的に話せない?。web+dbみたいな用途では使ってないってこと？ 819 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 20:20:01.11 ID:ucbHC/q/.net] まあ go は書いててつまらんからって理由で却下されたことがある職場の話は 聞いたことあるな。 面白くても糞品質だったら無意味だとは思うがな。 820 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 20:22:01.18 ID:+FCAaQP3.net] 禿丸エディター 821 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 20:35:24.55 ID:tN8D0FqC.net] >>806 goってつまんないかな。 俺は最初にハマったときはシンプルな構文に抑えようという心意気に感動したけどな。 例えばclassとstruct。コレってどっちかでいいよなってずっと思ってて goはstructに絞ってくれて、コレだっ！って思った。 後構文規約問題とか。コレって最新の言語rustとかswiftとか全然気にしてないけど goはちゃんと解決してるんだよなぁ。 あとgoroutineとか。スレッドモデルの操作ってPHPでやろうとすると凄くめんどくさくて最初にgoに触ったきっかけになった 822 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 21:10:14.60 ID:ucbHC/q/.net] >>808 個人的には別に好き嫌いはないんだけどね。 まあだいたい以下の話で説明はつくよ。くだらない話。 qiita.com/hirokidaichi/items/adccebb41f77eaa6132f 823 名前：あ mailto:sage [2017/08/15(火) 21:11:54.94 ID:acuW3DAP.net] >>805 ウェブアプリとしてはあんまり使ってない。DBは必要があれば基本的には外のAPIとかDB呼んでるけど。couchか、とある階層型DBが多い。 それより、もうちょい単機能で、メモ化で済む様な処理で、さらにスケールする必要があるものが多いよ。 jsonに署名して返すとか、緯度経度から国判断して返すとか、バッチ処理でreduceの部分を一万件ずつくらい請けて結果を別のエンドポイントに投げるとか、json渡すとhtml帰ってくるとか、ほんとバックエンド。 DBのデータのマスタや、テンプレートみたいな類も、毎回要るものはそもそもソースに文字列として埋めて、DB使わんでも良いようにしてる。 824 名前：あ mailto:sage [2017/08/15(火) 21:17:02.53 ID:acuW3DAP.net] Goは、あのシンプルな言語仕様だからそもそもが泥臭いけど、何かから書き出してもそれほど無茶なソースにはならないしな。 >>809 なるほど。 825 名前：デフォルトの名無しさん [2017/08/15(火) 21:41:25.44 ID:4yQu0hbw.net] Goってマルチスレッド書ける？ 826 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 21:43:52.13 ID:tN8D0FqC.net] >>810 ほーん。いわゆるマイクロフレームワークとして使ってるってことなんね。 中小でしか働いたことがない人間には無縁臭がするなぁ やはりgoでDB操作は避けるよね、、、。 イマイチgoでRDBMS使い勝手が良くない、、 GormっていうORMが結局いいのかなって思ったけどパラメータがinterface{}型(いわゆるany型、何でもあり型)ばかりで、これ静的型だよね？ってなるし。 RDMS操作の決定版がいまいちgoにはないよね。 >>809 goは好きだけど不満もあるのは分かる。特にジェネリクスがないから 関数パラメータにinterface{}型ばかりになると萎えてくる。 でも片っ端から言語仕様追加してダサい言語になってほしくもない。 難しいね。 827 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 22:25:15.02 ID:EUsgsL74.net] >>798 言語仕様が糞なのに加えて、 そういう連中が積み上げてきた過去の遺産があるからね 大手のPHPプロジェクトの悲惨さはもう筆舌に尽くしがたいよ ああいうの見るとね、冗談でもPHPは便利とか言えなくなるよｗ 828 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 22:29:52.97 ID:wXZu/4Fl.net] 若輩俺氏、PHPを触ったことがない PHPの仕事ってそんなにあるもんか？全く観測できん 829 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 22:33:23.96 ID:EUsgsL74.net] いわゆるWeb系でそう思うんなら、あんちゃんが割とええとこにいるからやな 中小奴隷売買でPHP保守のスパイラルに迷い込んだら ほんとキャリア詰むで 830 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 22:34:05.48 ID:LbZcuCiz.net] >>815 こないだハロワで検索したら無限に出てきたぞ 831 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 22:44:30.92 ID:wXZu/4Fl.net] こわい 832 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 22:49:36.97 ID:ucbHC/q/.net] UIべったりな糞カスコードを保守してくれる奴隷を探してるんだろうね。。 直してくれる人をありがたく扱ってくれるならいいんだがそういうところって 本当に人間をごみカス扱いしてくるからな。 833 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 23:06:08.95 ID:EUsgsL74.net] 直してくれる人がありがたいだって？ 余計なことして壊れたらどうするんだ？誰がテストするんだ？ 大人しく今のコードを最小限のコピペで直してくれる人を求めてるんだよ、ああいうのは 834 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 23:08:55.10 ID:LOEABJJK.net] 新しいサービス思いついた 自分で作れないから人を雇おう ぺーはーぴーって開発者が工数単価安いみたいだぞ ねえ君、ホントは自分で作りたいんだけど忙しいから依頼するよ 新しいサービス思いついた 安いホスティングサービス借りよう PHPが使えるらしいから本買って来て作ろう 真っ白い画面しか出ない ねえ君、ホントは自分で作りたいんだけど忙しいから依頼するよ 新しいサービス思いついた ワイWordPressマスター PHPでプラグインが作れるらしい ねえ君、ホントは自分で作りたいんだけど忙しいから依頼するよ 835 名前：デフォルトの名無しさん mailto:sage [2017/08/15(火) 23:25:03.76 ID:ucbHC/q/.net] >>820 その最小限がもうどうにもならんくらいになってるからみんな困ってんでしょうが。 てかそういう場所でまともなテストが行われてることなんてまずないけどな。 逆にテストがまともならそんな状況にはならんよ。 836 名前：あ mailto:sage [2017/08/15(火) 23:59:10.86 ID:acuW3DAP.net] >>812 グリーンスレッドならスレッドって何だったっけって思うくらい簡単に書ける。 >>813 マイクロフレームワークだね。 意外に、静的なファイルを撒くのにも便利だったりするけど、何より「全部入り」作ると面倒くささが勝ってくる部分がある。 gorm辛いよ。それなら、boltかleveldbにgobで突っ込んだ方が気楽。boltは書き込み遅いけど。 837 名前：デフォルトの名無しさん mailto:sage [2017/08/16(水) 01:07:27.27 ID:DsnJQVtM.net] >>822 ペチプァのテストとは 自動テストのことではなく Excel項目書の丸付けと ExcelエビデンスYYMMDD.zipのことですよ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef