開発するならWindowsで!最近の露骨なMSの取込戦略
■ このスレッドは過去ログ倉庫に格納されています
・Visual Studio Code、LinuxやMacでも動くテキストエディタの開発
・WSL搭載でUbuntu等が動くようにした
・WSLが継続的に機能強化されている
・UNIXソケット対応
・OpenSSHのクライアントとサーバーの標準搭載
・tarとcurlコマンドの追加
・コマンドプロンプトのUnicode、VT100互換エスケープシーケンス等の対応
・メモ帳のUTF-8、改行コードLF対応、その他の改良
・UNIX系OSと似た疑似コンソール実装
・githubの買収
他に何がありましたっけ? >>2
いやいや、移行してもらうには重要なことだよ
他OSでもVisual Studio Codeを使ってもらって
これいいやん?ってなって同じエディタが使えるし
他にも困ることもないならWindowsでいいかなってなるだろ こういう紹介が、実際に広告としての力を持つんですよね 最近のMSは中身が伴っているからな。
あとは宣伝だけだよ はい、ワロス。Windows 10 tar あった。 chromebookでいいわ
GSuiteさいつよ ツール作るのにReactガーElectronガー言う奴居るけどWPFがクッソ楽過ぎて他無理だわ Unixと似てるならUnixになるという
アジュールもAWSで十分だし
windiws7だけ100年アップデートしてくれれば良い MSはWindowFormsが現役で吐きそう
あとC#案件で入ったら変態VBやらされたり >>14
MSは、じゃなくて、お前の会社はだよ。
お前の会社が吐きそうな会社なんだよ。
とっくにWPFの時代だから。Xamarinとか知らないの? xaml:WPFとかいうreactの完全劣化バージョンをありがたがるとか呆れる
WPFってのは一体どこの時代遅れプロジェクトで採用されてるんだ? xamlってhtmlの派生じゃなくてxmlの派生でjavaのjsfの丸パクリだからな
それにweb界隈で流行ってた2wayバインディングとかMVVMとかを取り込んだもの
パクリ元のjsfがそもそも古いしその後webはさらに進化しちゃってで落ち目感半端ない >>16
> WPFってのは一体どこの時代遅れプロジェクトで採用されてるんだ?
最近作られたソフトはWPFばかりだよ ストアアプリ作るならWPFで作るかな
それくらいしか思いつかない > xamlってhtmlの派生じゃなくてxmlの派生でjavaのjsfの丸パクリだからな
???
もしかしてxmlがなにかもわかってない人?
xmlっていうのはタグを使ってデータを表しますよーってだけで
どういうタグがあるかまでは決まってない。
だからxmlをそのまま使うことはない。
何かしらのタグを定義して使うもので、
その一つがxmlだったりxhtmlだったりsvgだったりするんだが
お前はsvgをxmlの派生ででjavaのjsfの丸パクリだからな
とかいうの? 訂正
その一つがxamlだったりxhtmlだったりsvgだったりするんだが あとjsfはフレームワークなので、xamlと比べるものじゃない
正直言って、レベルが5ぐらい下の人と
会話するの、疲れるんだよねー 逆だな
WPFがXMLとデータバインディングで実装するMVVMパターンの強力さを実証した
まだ世間のレベルが低すぎてあまり普及はしなかったけど
今は業界全体の知識と経験が蓄積されてきてスマホやVueのようなパクリフレームワークが人気を集めるようになった
パクリといってもJSFは酷い劣化品の出来損ないだけどね >>20
ui部分を単なるxmlじゃなく独自に言語、フレームワークに取り込んでるのは同じでしょ
xamlなんて名前をつけたのはなんでだ?
xmlじゃなくxamlなのはxaml用のタグがあるから
svgという名前がついたのはなんで?もちろんそれ用のタグや仕様があるからだ
>お前はsvgをxmlの派生ででjavaのjsfの丸パクリだからな
>とかいうの
つまり言わないってことなんだなこれが > ui部分を単なるxmlじゃなく独自に言語、フレームワークに取り込んでるのは同じでしょ
その理屈だと、UI部分をコードで書いたら全部同じってことになりそうだなw
> xamlなんて名前をつけたのはなんでだ?
xmlを使う場合は、簡単な設定ファイルとかでもない限り
そういう名前をつけるのが普通だから
普通の事をしてるだけ
> つまり言わないってことなんだなこれが
矛盾してるね。
言ってることが破綻しまくり(笑) はぁ、やっぱ苦痛や。レベルが下すぎると
いちいち説明してやらなきゃならん てか、Windowsパソコンで開発してないとこってあんの? >>17
WebでP/InvokeでネイティブのAPI呼べねえだろ
世界がHTMLで出来てると信じてる馬鹿?w >>16
お前はそんなに視野が狭いからいつまでも安月給なんだよwww >>15
WPFはねーよw
生まれた時に死んだ感じ? C#の案件だぜGuys、と言ったが
本当はVBでWindowsFormだけどなw
もちろん処理はイベントリスナのメソッドだけで完結してるぜ!
そんなイメージのMSプロダクト案件 一時期メトロアプリ開発してたけど、こいつはダメだろって思った。
winformやるかelctronするかした方がよくね?って思ってしまう メトロアプリってもう5年ぐらい前の話だろ
今の主流はUWPだよ WPFでブラウザのウィンドウ表示してjavascriptで組むおぞましい開発したことあるわ VS Codeは良く出来てる
というかNode.jsがいいな MacもWindows 10もユーザーインターフェースが好みじゃなくて
頑張ってシェルコマンドとか覚えてUbuntu Unityに乗り換えたのに
UbuntuもGnomeとかいうクソダサUIに戻すとか言い始めて辛い
毎日の使用に耐えうるストレスフリーなユーザーインターフェースがもうWindows 7しか残ってない
でももう直ぐWindows 7のサポートも切れる
いったいどうすればいいんだ 将来的にはわからんけどWSLはまだ動かんものも多いぞ はぁw 本当にdocker-composeを知らないみたいだねw
docker-composeは単にdockerに命令をだしているだけ
単なるHTTP通信でしか無いのでなんの問題もなく動く >>56
あぁ(苦笑)それがDockerが出してるエラーだって
気づいてないのねw >>58
君が動かし方upしたらヒーローになれるよ >>59
うん。docker-compose使う時にポート指定してないよね。
それがDockerが出しているエラーだっていう証拠 >>62
それWSL上でdockerをNativeに動かしてるんじゃなくて、昔ながらのDocker for Windowsやろw >>65
そうだよ。
だからdocker-compose自体は動いているってこと。
dockerとdocker-composeの違いがわかってないんだろうね
何回も指摘してるのに理解できないようだ >>69
へー、そんなに言うのなら、dockerって何か言ってみ
なんのためのものか >>68
>だからdocker-compose自体は動いているってこと。
www >>79
全部Docker for Windowsやなwww そうりゃそうだろ。docker-composeはWindowsでは
Docker for Windowsと組み合わせて使うんだから あたまが悪いのかな?
docker-composeはただのクライアントアプリ
サーバー側が動かないのとなんの関係もない >>17
パクリ元はadobeの何とかいうやつやろ >>87
バッカ、一度でもLinuxで開発したらそんなこと絶対考えんわ
ハッキリ言ってLinuxは超絶クソ
Eclipseも考えられないぐらい重い
実行するアプリ何もかも重い
メジャーなオプソも平気でバグってる
断言する
お前はipアドレスもosの日時も変えられないで終わる というわけで今どきでは、ウィンテルPCでラズパイOSが
使えるようになったんだよ。 多分、今どきではそのラズビアンが、
Linuxの中では二番目に普及してるんだろうね。
一番普及してるLinux環境は、開発ツールがロクにないけど。 ■ このスレッドは過去ログ倉庫に格納されています