【試される信仰心】Apple「Swift3.0は「Swift 2.2」とはソースコードの互換性が失われるけど文句ねーよな」 [無断転載禁止]©2ch.net [575063867]

NGNG?PLT(14567)

http://kusaisake.co.jp

2016/05/11(水) 19:24:12.85ID:vfjQqdrh0

りんごの缶詰でも売ってろカス

2016/05/11(水) 19:24:35.74ID:YyASKuuH0

object-cおじさん

2016/05/11(水) 19:24:55.07ID:AfAHEdLzM?PLT(13567)

Apple、次期メジャーバージョン「Swift 3.0」のリリース過程を解説、正式リリースは2016年後半予定：CodeZine（コードジン）
http://codezine.jp/article/detail/9423

米Appleは、プログラミング言語Swiftの次期メジャーバージョンとなる「Swift 3.0」の、リリースまでの過程を、Swift公式ブログの5月6日（現地時間）付の記事で解説している。

　「Swift 3.0」では、言語仕様および標準ライブラリに大きな変更が行われるため、「Swift 2.2」とはソースコードの互換性が失われる。また、（現段階ではまだ開発の初期段階ではあるが）クロスプラットフォームなパッケージの作成・配布を可能にする、Swift Package Managerを新たに備える。

　なお、Swift Package ManagerはDarwinおよびLinuxにも対応予定で、「Swift 3.0」はLinux向けのコードライブラリも搭載している。

　「Swift 3.0」の正式リリースは2016年後半を予定しているが、それに先だって開発者向けのプレビュー版を4～6週間程度の間隔で提供する。

　開発者プレビュー版は、その時点での最終リリースとなる「master」、「master」から作られる開発者向けブランチであり、ユーザーからのプル・リクエストを受け付ける「swift-3.0-preview-<X>-branch」に分けられ、さらに、「swift-3.0-preview-<X>-branch」の最終版を「swift-3.0-branch」と呼ぶ。

　変更はコア部分のみで、大きな変更についてはケース・バイ・ケースで判断される。また、言語仕様やAPIへの変更は「Swift Evolution」プロセスに準拠し、変更を受け入れるか否かの基準は、正式リリースが近づくにつれて、より厳しくしていく。

　最初の開発者向けプレビュー版「swift-3.0-preview-1-branch」の提供は5月12日（現地時間）を予定しており、以降4～6週間ごとに新バージョンの提供を行う。一方、「swift-3.0-branch」のリリースはswift-devなどで議論して決定する。

2016/05/11(水) 19:25:11.03ID:XlOzBtnQp

プログラマが困るだけ

2016/05/11(水) 19:25:35.06ID:ZPAvw4cNd

いつもの林檎

2016/05/11(水) 19:26:22.49ID:aw272+0g0

Pythonも互換性がどうので古いのが使われてるんじゃなかったっけ

2016/05/11(水) 19:26:34.47ID:MpBGkkz80

互換性を気にしすぎたせいで出来上がった糞言語c++があるだけになんとも言えん

2016/05/11(水) 19:26:55.12ID:yr+KZ9S40

これだからリンゴは結局覇権取れない

2016/05/11(水) 19:27:01.27ID:mNz0uStoa

糞林檎

2016/05/11(水) 19:27:11.37ID:2U2haK0m0

名前変えたら？

2016/05/11(水) 19:27:36.81ID:Spg4i97EM

別に新しく作り直せばいいだけちゃうの？

2016/05/11(水) 19:27:49.25ID:nQVs5SYHp

>>8
なんであんなんが競技プログラミングで使われてんの？

2016/05/11(水) 19:27:52.20ID:52A2U1s6a

>>1
おいおいｗｗｗ

ようやく盛り上がってきたところで、これ？ｗｗ　ダメだこりゃ

2016/05/11(水) 19:27:58.38ID:YyASKuuH0

アマツバメ

2016/05/11(水) 19:28:00.02ID:XcZgAQGp0

どうせ2to3みたいの出るだろ

2016/05/11(水) 19:28:14.49ID:byMR8vpV0

相変わらず糞だな。

2016/05/11(水) 19:28:15.20ID:3POV2q8g0

一方Androidはそもそも互換性がなかったｗ

2016/05/11(水) 19:28:23.25ID:XHnjpQRU0

互換性捨てて前に行く奴がいてもいいよ
全員これじゃ困るけど

2016/05/11(水) 19:28:39.70ID:52A2U1s6a

>>7
2.xと3.xとでは、互換性がかなり失われてるから、未だに2.xが主流

2016/05/11(水) 19:29:53.67ID:9GWXWeQh0

Appleは数十年前からまともな開発環境を用意したことはないからな
プログラマなめくさってんだよ

2016/05/11(水) 19:30:56.95ID:Mx1Cm/Fxa

古いOS使い続けてるゴミクズを強制的に切り捨てるためかね

2016/05/11(水) 19:33:03.41ID:yr+KZ9S40

>>22
2年前に出来たばかりなんだが

2016/05/11(水) 19:34:09.86ID:xuPoRcRI0

それ言ったらpython3.xもangular2も

2016/05/11(水) 19:34:12.39ID:1rK7pCsA0

なんかPython３とPython2みたいだな

2016/05/11(水) 19:34:13.18ID:QyaOLW3I0

もうさこんなMacとiosにしか使えない言語じゃなくて
クロスプラットフォーム開発ができる言語使ったほうが良くね？
C#とかJavaScriptとかさ

2016/05/11(水) 19:36:48.62ID:gAZlUu3W0

これは流行らんわ

2016/05/11(水) 19:38:29.34ID:9GWXWeQh0

低レベルのクロスプラットフォームはメーカーの気まぐれについていけなくてちぬからな
ボーランドもメトロワークスもちんだ

2016/05/11(水) 19:39:13.13ID:VcSKwdUIp

りんごがどうっていうかプログラム言語では割とあること

2016/05/11(水) 19:39:53.01ID:Mx1Cm/Fxa

>>23
2世代も前だろ

2016/05/11(水) 19:39:56.71ID:jrQ34FuG0

別に2.xの開発終了させるわけじゃなければいいんじゃね

2016/05/11(水) 19:40:01.38ID:g6xDHlPf0

xamarinでいいだろ

2016/05/11(水) 19:40:20.75ID:byMR8vpV0

>>29
いくつか例を挙げてもらえるかな

2016/05/11(水) 19:40:25.78ID:qQQG5R7r0

つまり、りんごは負けを認めたのか。

Swift2.2が使えない言語と言うことを認めたんだな。

2016/05/11(水) 19:41:08.41ID:AvVMnOf7p

新しいアプリから3で作ればいいだけ

2016/05/11(水) 19:42:14.74ID:KWoK+gn0p

パイソンみたいなもんか

2016/05/11(水) 19:42:39.39ID:QLpjYnJF0

割と新しい言語だろ、言語デザインがスタートから間違ってたのか

2016/05/11(水) 19:43:38.09ID:1IsQ4kCwM

AppleがCOBOLに回帰したらおじいさん達が喜ぶな(ローカル変数使えたら実際あんまり困らないし)

2016/05/11(水) 19:43:53.43ID:i3XwAXly0

ランダムに右か左かを表示するだけのアプリに何億も貢ぐ
林檎信者共にとっては屁でもないだろこんなの。

これこそがあいつらの言う「アップルの理念」なんだろうし。

2016/05/11(水) 19:45:38.99ID:w0ESeN4n0

FlashPlayer + AS3.0を潰した罪はでかいぞ

2016/05/11(水) 19:46:42.46ID:a4+5roBYd

Javaは1.3までの糞クラスを捨てろ

2016/05/11(水) 19:47:15.27ID:VHbNH1bzd

やりたい放題だな
storyboradの編集をまともにするのが先だろ
死ねよ

2016/05/11(水) 19:47:30.78ID:AvVMnOf7p

>>33
python2と3
Perl5と6
Java
vb.netなんかもころころ変わってんじゃね

2016/05/11(水) 19:48:02.15ID:ACSxd/kQ0

名前変えてよ

2016/05/11(水) 19:50:02.12ID:Ya89QPI70

そんなんゲロ吐いちゃう
コンパイラに頼ってるから、コンパイラのバーアップなければ死んじゃう

2016/05/11(水) 19:51:21.47ID:BQv11cXM0

>>8
C++はクソじゃないだろアホ
winAPIに絡ませてるのが難解なだけ

2016/05/11(水) 19:51:25.90ID:Ya89QPI70

>>30
OSSにしたのは去年くらい
そんでドキュメントとライブラリが増えたらこのざまですよ

2016/05/11(水) 19:51:49.24ID:zZ5UWj3/0

こういう一貫性無いのはゴミ
やっぱりC#は神だわ

2016/05/11(水) 19:53:25.53ID:QLpjYnJF0

これは今回のバージョンで破壊的変更は無いと宣言しないと水を差しそうだな

2016/05/11(水) 19:54:30.37ID:wFHCkSS/d

前もそうでしたし

2016/05/11(水) 19:55:58.34ID:i6TqEER70

もうリンゴのマークの電卓でも売ってろ

2016/05/11(水) 19:56:36.79ID:PjTIsDUk0

「開発者はMac」　←　これ超絶恥ずかしいよねｗ

2016/05/11(水) 20:03:43.10ID:AXB7cG8T0

>>3
呼んだ？

2016/05/11(水) 20:04:27.55ID:7B2res4La

3出て一年してからでいいだろまじで
目新しいだけで技術選ぶやつはクソ

2016/05/11(水) 20:04:53.68ID:+dawwgVi0

やっぱJavaScriptなんだよなぁ

2016/05/11(水) 20:05:17.90ID:+x8fnxDh0

swiftという言語はアップルが作っただけにスタイリッシュでクールな言語なんだろうか？

2016/05/11(水) 20:05:50.52ID:bUGRQTLH0

2.2から3.0にコード変換出来るようにはするだろ流石に

2016/05/11(水) 20:06:17.10ID:r9FcEP1TD

write once, run everywhere

2016/05/11(水) 20:08:59.74ID:xPuz/6TNd

AndroidがSwiftを採用する事は無さそうだな

2016/05/11(水) 20:13:08.89ID:pbIlOJHx0

3へのコンバータを出すかどうかより
2のビルド環境を残すかどうかが重要

奴らは開発環境ごと殺しにかかる

2016/05/11(水) 20:13:20.90ID:xdjE/pYMM

>>3
はい🐱

2016/05/11(水) 20:13:49.75ID:B/Z3972T0

2でも若干変わってなかった

2016/05/11(水) 20:18:59.78ID:xdjE/pYMM

>>26
それnativeじゃないからな
ゲームと違ってアプリ屋はそれぞれ native で組む

2016/05/11(水) 20:19:16.91ID:IoMRD5S50

プログラミング言語にはよくあること
ただしD、お前は許さない

2016/05/11(水) 20:21:00.29ID:yCzhrlhZp

いつかMacromediaが辿った道

2016/05/11(水) 20:22:24.70ID:GH7zshFZ0

Objective-Cからの書き換えが捗るな{ }

2016/05/11(水) 20:22:31.24ID:T46XeI7m0

VB.NET
はい論破

2016/05/11(水) 20:26:10.27ID:VtvYKlnqp

互換性があるに越したことはないが
メジャーバージョンアップで完全に互換性ある言語の方が珍しいんじゃね
1は素人か

2016/05/11(水) 20:27:14.14ID:Oa0tnRwP0

基本的に冗長なメソッドが短くなるんで大歓迎かな
4.0の時も遠慮せずに振るいにかけて欲しいわ
ただでさえpg単価下がりそうなお手軽言語やからな

2016/05/11(水) 20:29:39.64ID:zXDmvlDN0

c#だっていずれnull禁止型を入れるために互換性切る必要あるしな
voidが値を返さないせいで式に出来ることが少ないし
大きく互換性切ると別言語になっちゃうけど
c#は別言語も同様に動かせる共通言語ランタイムだからまあどうでもいい話だな
swiftも3から2のライブラリが呼び出せれば互換性なくても別に問題ないだろう

2016/05/11(水) 20:40:32.78ID:rrp8jEJ/0

swiftは悪くないけど安定するまであと10年はかかる
今はjavascriptやるのが吉

2016/05/11(水) 20:41:54.59ID:0yhh3kcV0

>>70
C#はnull非許容あるじゃん

2016/05/11(水) 20:42:09.22ID:JQHnGUxl0

objective-cを使おう

2016/05/11(水) 20:43:24.07ID:f9Y/zqss0

>>5
アポー言語に飛びつく情弱はマとは言わない

2016/05/11(水) 20:44:39.36ID:+vj7vjLb0

枯れ切った規格の Common lisp でも処理系による差を吸収するのが難しいとはいえるけど、やっぱり、期間が短すぎだな

2016/05/11(水) 20:53:32.93ID:8KCHC9Zv0

ムリムリムリ

2016/05/11(水) 20:56:39.36ID:eh9pjjTx0

互換性無いなら名前変えろや
さも上位互換みたいにバージョン上げた名前使うのやめろ

2016/05/11(水) 20:56:53.69ID:IeIBIjata

>>42
autolayout地獄

2016/05/11(水) 20:57:05.70ID:TwO2ze1o0

互換性なしでサイドバイサイドもできないなら誰もこんなクソ言語使わないんじゃない？

2016/05/11(水) 20:57:51.45ID:Hizf3A7G0

正直に答えろ
objective-Cは良い言語だったか？

0081アザラシ伍長 ◆n3FrWDzmJGlV (ﾜｯﾁｮｲW 778c-LosK)

2016/05/11(水) 21:15:16.27ID:GVQvLPYU0?PLT(21018)

>>71
swiftの代わりにjavascriptを使って何をするつもりなの？

0082アザラシ伍長 ◆n3FrWDzmJGlV (ﾜｯﾁｮｲW 778c-LosK)

2016/05/11(水) 21:16:01.99ID:GVQvLPYU0?PLT(21018)

>>80
超気持ち悪かった

2016/05/11(水) 21:22:29.70ID:uKtJ/grEa

俺オブC好きだよ
あの長ったらしいメソッド名
慣れると分かりやすい

2016/05/11(水) 21:26:29.84ID:Tr8o2JJL0

>>82
慣れる慣れる。変化球だけどなんだかんだで悪くはなかった

2016/05/11(水) 21:27:52.45ID:VqnZlAYqd

>>63
xamarinネイティブ吐くよ
C#以外要らないな

2016/05/11(水) 21:38:20.95ID:0yhh3kcV0

>>85
Xamarin触ったことないだろ？

0087アザラシ伍長 ◆n3FrWDzmJGlV (ﾜｯﾁｮｲW 778c-LosK)

2016/05/11(水) 21:41:06.03ID:GVQvLPYU0?PLT(21018)

>>85
androidでネイティブと言ったらJNIからc,c++のコードを呼出すことを指すのだよ

2016/05/11(水) 22:24:22.18ID:qk40M7ULp

>>39
＞ランダムに右か左かを表示するだけのアプリに何億も貢ぐ
＞林檎信者共にとっては屁でもないだろこんなの。
＞
＞これこそがあいつらの言う「アップルの理念」なんだろうし。

何てアプリ？

2016/05/11(水) 22:31:09.07ID:TBLgrn1F0

信者は涙を流して喜ぶから問題ない

0090アザラシ伍長 ◆n3FrWDzmJGlV (ﾜｯﾁｮｲW 778c-LosK)

2016/05/11(水) 22:31:26.30ID:GVQvLPYU0?PLT(21018)

>>88
アメリカの空港の入国ゲートの案内表示
テロ対策のため、絶対に規則性がなく必ずランダムに左右を表示するアプリが必要だったらしいのですよ

2016/05/11(水) 23:14:07.01ID:BwKT3WaKp

>>87
JNIってc,c++の関数とJavaのメソッドを呼び合える
インターフェイスのことであってJITみたくコードを吐く
技術じゃないでしょ？

0092アザラシ伍長 ◆n3FrWDzmJGlV (ﾜｯﾁｮｲW 778c-LosK)

2016/05/11(水) 23:28:53.56ID:GVQvLPYU0?PLT(21018)

>>91
そうだよ
c,c++はコンパイル時にバイナリにされるよ
JITみたいに必要に応じてコンパイルという訳じゃない

2016/05/11(水) 23:37:14.82ID:5fANTArG0

リンゴ信者は気持ち悪い
アップルウオッチを身につけてドヤ顔してるやつ全部同じ顔
洗脳ってこういうことね

2016/05/11(水) 23:41:41.81ID:+8OQEHO40

やっぱりなぁ
Swiftは保守不可能だろw

2016/05/11(水) 23:43:29.61ID:+8OQEHO40

>>42
storyboradは
さっさと捨てろ

GUIを複数人で管理できねーし
一つ画面いじると、大規模全コンパイルの糞仕様

2016/05/11(水) 23:45:20.30ID:Tr8o2JJL0

個人的にはシュミレータが鬼のように重くなったのをどうにかして欲しい。昔カルカッタやろ

2016/05/12(木) 00:51:43.38ID:oaBvYtdF0

やはり時代はC#なのでは？

2016/05/12(木) 00:59:09.10ID:CPbx1WHy0

なんでこんなにポンポン互換性のないバージョンアップするんだよ
androidなんてjava6から7になってNで8になる程度だし、基本的に古いのはそのまま使える
swiftは変わりすぎだろ
前に作った別プロジェクトからコピペしてくるとエラー出まくるぞ
xcode重すぎるしswiftビルド遅すぎるしクソアホツールや

2016/05/12(木) 01:16:51.70ID:OUP9KK1y0

Androidも変化は速いだろ。API 2x以降はこのAPIは非推奨になりました！みたいのはむっちゃ多い。
非推奨になっても使えるけどさ

0100 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 01:20:35.20ID:L/6NPJSa0

この分野には不案内だが、素人なりに疑問に思うのは、人間が機械に行わせている作業というのは
どんなに複雑化したように見えても、1と0の2値で表現した整数量に変化させてそれを並べたものに計算を加えて
これをアウトプットする、という基本的な発想は一切変更がないんだろ？
アウトプットされる表現が初音ミクの擬似音声のPCMだろうと、デジカメの画像だろうと、つまり極限ま分解し
コンピューターの内部においては1、0のビットデータで表現されているはずだ。

つまりコンピューターに命令する命令の根本的な発想は、それが真空管で作られてから今に至るまで
原理的にはさほど変わってないと信じているんだが、言語仕様というのはそんなに頻繁に変えなきゃ
いけないもんなのか？

俺は生まれてから日本語を覚えて何十年にもなるが、自分が使っているこの言語を20年かそこらで
頻繁に改廃されたりしたら、頭をかきむしりたくなるだろうっつーかキレると思うんだ。
そして現代日本語は俺の考えや言いたいことをおおよそ完全に表現可能で十分にこの言語に
満足している。
アラビア数字と論理記号で表現される証明数学などは、もっと普遍的かつシンプルで、おそらく
数百年以上経っても変わりようがない。
つまり「覚えればずっと使える」。

なぜ、「覚えればずっと使える」というような言語にならないのか、あるいは使用者や
言語製作者がそういうものを目指さないのか。
俺は素人だからそこんところがわからない。少なくとも、一度覚えれば半世紀ぐらいは
使いでのある、そういうプログラミング言語は目指せないのか？
目指せないとすれば、何が障害になっているのか。
こういう話題を見るたびに、そこをぜひ教えて欲しいといつも思う。

2016/05/12(木) 01:42:42.68ID:70Sia9R20

>>100
0と1だからこそコンピュータとそれを支える論理数学は
厳密でそれゆえ自然言語の曖昧さを許容できない

人間に親しみやすいのは高度に抽象化された自然言語だが
コンピュータに理解されるものは究極的に曖昧さを
排除された命令コードと一切の曖昧さを許さない数値群

そのギャップを埋めるためにプログラム言語は作られる
抽象化レベルや抽象化ポリシーが違えば
言語のグルーピング手法は異なる
それこそ人の数ほどある
だから多数開発されるわけ

2016/05/12(木) 01:53:33.57ID:9NE1BuyEp

まあ言語とか言いつつ命令の塊なんだけどな
だから本来的な言語の役割とはちょっと違うかな
いわば指示書みたいなもんだから

0103 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 01:58:57.94ID:L/6NPJSa0

>>101
その話を俺なりに大雑把に解釈すると、つまり「人間側のテイストの問題」というように感じた。
コンピューターに渡す演算式になる時は何の変わりもないけど、その演算の書き方の好みが各人でわかれるんだ
だから言葉遣いの好き嫌い、どういうギャップの埋め方が好みかで人々は言語を選び取ってくけど、
料理に中華、フレンチ、日本料理、イタリアンがあるように
プログラム言語も料理の好みのごとく分岐している、と。

確かにテイストの違いで選ぶ言語が変わる、話しやすい言葉を選ぶというのは一つの理屈だろう。

けども、書いたように「もう、俺はこの料理だけ食って生きていくんだ、この調理法を覚えたら
新しい料理なんて覚えるの面倒くさいからどうでもいいんだ、とにかく俺はこれでお腹いっぱいに
なるんだ、だからこの調理法を50年でも100年でも使いたいんだ」みたいなニーズは無いわけ？
>>1のニュースも仕様が変わりました、で、迷惑してるという話だろ？
だったら、もう、この調理法を変えないでくれ、この言語であと100年ぐらいはずっと
プログラミングで生きていけるだろう、みたいな、そんな言語は無いのけ？

自分が一度覚えたことをそんな頻繁に時代遅れにされてたら、学習者はたまらんだろうと
俺なんかは思ってしまうのだが。

2016/05/12(木) 02:03:35.20ID:kcw3TE4r0

10.0になるまではObj-Cが正解だな

2016/05/12(木) 02:10:42.23ID:Ii7MfqUd0

>>46
なぜそこでwinapiが出てくるかわからん
windowsでゲーム作るだけの言語じゃないんだよ

0106 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 02:13:03.68ID:L/6NPJSa0

つまりあの「中華鍋さえあればチャイニーズシェフはどこでも開業できる」的なそういうプログラミング言語。
中国人はどこに移民するにあたってもまず中華料理店から勢力を伸ばしていく。

つまりあの鍋とコンロがあれば、あらゆる場所で可能な技法のワンセットとして中華料理は彼らの武器になってきた。
こういう技法のセット、どこでも普遍的に使用できてしかも、時代を通じて使い続けることができ
陳腐化されないスキルや技術のワンセットというのはとても便利で、また、俺はそういうものが好きだ。

プログラミング世界においても、そういうものができたら万人の利益に資するのではないかと思うのだが
そういうものを打ち出すのは難しいのかね？

2016/05/12(木) 02:14:15.09ID:Ii7MfqUd0

>>26
swiftはオープンソース化されたから
今後は他の分野でも使われる可能性は十分ある
androidもswiftになる可能性あるし

2016/05/12(木) 02:14:56.18ID:70Sia9R20

>>103
コンピュータの仕事に求められるニーズが時代に応じて
変わっていくから
あとアルゴリズムやスタイルに関するトレンドもある
GUIや並列化をアプリケーションプログラマに求められる
のは80年代には無かったし、そもそもCPU自体がプア
なら実用的な言語形態は変わってくる

ずっと変化していないコンピュータ言語はある
それはアセンブリ言語

さらに言うと実のところ各言語は自分以外の言語の
いいとこ取りをしてるだけでその組み合わせが
如何に多数の開発者のニーズにマッチしてるかって
だけなんだよね

2016/05/12(木) 02:17:08.40ID:70Sia9R20

>>105
WinAPIはCベースだからじゃないの？
まあ言語特性を説明するには合ってないけど

2016/05/12(木) 02:20:32.08ID:zYVRlZz90

互換性ってのはJavaみたいに圧倒的なニーズと歴史があるから価値があるんだよ
今Swiftに飛びついてるのは意識高いデベロッパやモノ好きだから互換性なんか気にせずどんどん改良しろ

2016/05/12(木) 02:22:02.46ID:9NE1BuyEp

>>106
そういうのはCだったり、Javaだったり、javascript
だったり、LAMPだったり、VBだったり

潰しの効く言語というのは業界ごとにちゃんと存在してるよ

ただエスペラント語みたいな言語はないってだけ
あえて言えばIAとかARMとかのニーモニックかね

0112 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 02:26:33.04ID:L/6NPJSa0

>>111
なるほど。使いでのある言語というのは一応あるんだね。
C言語というのは昔から聞くから相当に寿命が長いのだろう。

いや、単純にプログラミング言語ニュースというのは新しいのがリリースしては不満が巻き起こる
というパターンを何度も繰り返しているように見えるので、それを何度も繰り返すのは不毛だろうから、
それなら一種の普遍言語を作ろうという解決になぜ向かわないのか。
それに何か強固な障害があるのか、あるとすればそれはどんな理由で実現しないのか、と個人的に疑問に思ったまでで。

0113アザラシ伍長 ◆n3FrWDzmJGlV (ﾜｯﾁｮｲW 6b8c-Bn9W)

2016/05/12(木) 02:54:22.15ID:sHhXkjJa0?PLT(21018)

>>112
例えば日本語だって、戦前は横書きの文章を右から読んでいたのが、戦後になって左から読むようになった
もっと昔の文語体なんて、現代の人間で、すらすら読めるやつはいないだろ
コンピューター言語を操る人間様同士の言語だってこんな有様なのに、完璧なコンピューター言語が作れれる訳がない
言語はその時々の技術的制約や文化の影響を受けて進化し続けるんだと思うな

2016/05/12(木) 02:59:11.43ID:3HQU2FV30

よくある事だから気にしない
気にしたら負け

2016/05/12(木) 03:30:14.66ID:gxYX/TRH0

cライクじゃない時点で覚える気が失せる

0116 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 03:44:30.99ID:L/6NPJSa0

>>113
しかし現代日本語は100年ぐらいは持ちこたえてるからね。
江戸時代のものまで遡ってスラスラ読ませろとは言わないが、大正時代や明治末期は読めるわけだよ。

要するに更新頻度が早すぎやしないかということだよ。俺は一度身につけたことを、高速で陳腐化はされたくないから、
次々とタケノコのように出る言語や、すぐ前の文法が使えないとかいう話で、プログラマの方々はよく怒らないな、と。

2016/05/12(木) 03:50:00.41ID:70Sia9R20

>>116
だってホビーだもん
技術の出発点は好奇心と発見から生まれるもので
その土台はホビーにある
その意味で言えば安定は死を意味するわけで
それを望む人もいるだろうけど世界的には変化を望む人が
多くいるってことじゃないかな

2016/05/12(木) 04:01:09.63ID:zYVRlZz90

>>116
文法なんて人間の言葉に比べたらシンプル
言語よりもフレームワークとかツールがガラッと変わるほうがつらい

0119 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 04:04:49.27ID:L/6NPJSa0

>>117
俺のアナロジー的な把握で言うなら、ホビーの部分はつまりプログラムで表現されるアプリケーションの部分だろう
と考えてしまうんだ。
つまり小説と同じなんだよ。

日本語や英語を使って小説家は小説を書くよね。

つまりホビー、自己表現の部分は書かれた物語で達成するわけで、使用言語で達成するわけじゃない。
日本語の仕様や英語の仕様がグラグラ揺れて、変わってしまうと(もちろん方言とか、わざと古めかしい
漢文表現やシェイクスピア時代の近代英語を使うような、むしろ変わった日本語や英語を楽しむという
小説作法もあるにはある、あるけどそれがメインでは困り標準英語や標準日本語のようなものは
あって欲しいということだ)、いちいち新しい書き方をも覚えなければいけなくて、それがすでに楽しくない。
ストレスだ、ということにならんかと。

言葉を思いつくのがホビーな人は片っ端から新しい言葉作ればいいけど、言葉そのものより書くこと
を重視したい、そっちがホビーだという人は言葉はもういちいちグラグラと揺れてくれなくて
良くて、覚えた言葉で書くことの方を重視したいとは思わないのか。

0120 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 04:19:59.73ID:L/6NPJSa0

既に書いたように俺はこの世界の部外者であり、素人意見だから、事情通からみて
お笑いなことを述べているに過ぎないかもしれない。
そこは部外者の勝手な意見として笑い飛ばしてほしい。

ただ、もし仮に俺が若い子どもで、プログラムの世界に参加するとなったら、俺はたかが数十年ももたないような
陳腐化の早い技術を、自分の生涯の頼みとはしたくないってことだ。
俺がこの世界に参加する立場なら、たぶん寿命が長い、つまり一度覚えればずっと使っていけるようなものを希望するだろう。

2016/05/12(木) 04:25:59.06ID:4fDGWWy10

>>119
>>116
C言語を使えばなーんでも作れるよ！
Linuxだってwindowsだってみんなc言語で出来てるんだ！
でもキッチリ丁寧に決まり事に従って書いてね。
あ、でもその書き方はWindowsのマシンでしか理解できないからね、iphoneにも分かるように翻訳機も作ってね！
それとコンピューターは曖昧なことはわっかんねーから引用するときは何ページの何行目の4番目の単語とか毎回漏らさず書いてよね！

てな感じでやってけばアセンブラとcだけで全部作れるんじゃね？
ただ目的はさぁサクッと僕の考えた凄いメモ帳を作る事なんだわ。
単語がどこに書いてあったか、とか機械ごとの差異とか意識してたら進まねぇんだわ
「じゃあそういう煩わしいのを省略できるようにしたのを作ったよー！
すぐに使える部品もいっぱい用意したよ！」
っていう便利な工具セット(別言語)が出てくるのも納得いかんかね？

0122 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 04:29:36.61ID:L/6NPJSa0

>>121
いや、納得いくよ。つまり俺も、そういう普遍的に使えるものはないんか、という話だからね。
普遍的に使えるもんがあって、それがあれば環境の差だのなんだの大して気にせず生きていける。
まさに「中華鍋があればどこでもチャイニーズ料理店」だよそれは。

2016/05/12(木) 04:52:50.10ID:4fDGWWy10

うん、チャーハンを作るのに、中華鍋（C言語）だけでも作れるよ。
けど毎回真心込めた手作りで時間がかかっちゃうし、
「日本人の舌に、アメリカ人の舌に合わせたい！
組み合わせて天津チャーハンを作りたい！
そもそも毎回手作りめんどくさい！レンジでチンして餃子もチンしてすぐに作れたほうが楽！
飯食わす場所もいちいち考えてられない。大体飯食うスタイルなんて一緒やろ！」
とかのルーチン、応用、ほとんど変わらない形態を短時間で出来るようになりたいから、
冷凍食品やら、レトルト食品やら、セントラルキッチンやらチェーン展開、宅配やら（色んな言語）が出てくる。
ほんでそれぞれにメリット・デメリットがある。改良もしたり廃止されたりもする。そんだけ。

0124 ◆xFORIfJsdc (ﾜｯﾁｮｲW 0348-tkZu)

2016/05/12(木) 05:14:52.09ID:L/6NPJSa0

>>123
上でもCが勧められてたから、つまり結局のところ一番基底にあるもの、中華鍋に中華包丁のような
使いでのある存在はC言語だと思っておけばいいのかね。
ほかはその上にくっつく上部構造に過ぎない、つまりシェフにとってはより進んだキッチンや作業を早くするミキサーなど細々
した道具、便利ツールにすぎなくて、それらの根底にあるのはCだと。

そしたら俺ならC言語の学習から入るだろう。

2016/05/12(木) 08:08:27.93ID:4Vbd7Ai/0

アホらしい
中華料理を作るという目的に対して、C言語は鍋を鋳るところから始めるに等しいわ
TOKIOでもない限り今更C言語を使おうと思うのは人生の無駄遣いでしかない
言語の進化を受け入れないという選択肢は職業プログラマにはないんだよ。

2016/05/12(木) 08:11:37.57ID:6rNLtoHm0

技術の無いプログラマとかが淘汰されるんだからよくね？
頭良い人ならすぐ理解できるでしょ

2016/05/12(木) 08:45:38.64ID:uKMrhmu+0

>>120
コンピュータプログラミングの本質はノイマン型コンピュータが
生まれた時から変わってないから、陳腐化を心配する必要は
ない気がする

プログラム言語はスポーツ用品や楽器のようなもんで
バットやグローブ、ボールやクラブの機能性や性能は
マイナーチェンジしたり、楽器はクラシックギターがエレキギター
になったりするけど、それによって表現することや得られることの
本質は変わらないのと一緒

物理的な制約を受けないソフトウェアだから変わり得るものの
許容範囲が恐ろしく広いけど論理的な本質はずっと変わってないし
これからも変わらないからそこは陳腐化しないと思う

まあAIが発展したらプログラミング自体が陳腐化する可能性はあるけど
その場合はコントロール手法が発展するだろうからね

2016/05/12(木) 09:03:48.32ID:enmE84Fz0

Appleはソフトに限らず面白い物作るのは出来ても作り込む能力は無いからちぎっては投げちぎっては投げするしかない
そういうとこはシャープに似てる

2016/05/12(木) 09:16:53.81ID:nAE1ZvLNa

printでも変わるのか？

2016/05/12(木) 09:20:57.64ID:bltPWicl0

>>46
クソだよ
オブジェクトの初期化だけで何通りの方法があんだよ
しかもそれぞれクセがあるし

2016/05/12(木) 16:02:31.02ID:W1VpvgIX0

なら名前変えないと

2016/05/12(木) 17:30:16.97ID:azST23d30

swift1から2のときもそうだったし、2から2.1とか2.2のときもそうだったじゃん
ちょっと面倒ではあるけどもちょこちょこ直すだけだしね
変に古いコードがいつまでも残るよりいいよ

【試される信仰心】Apple「Swift3.0は「Swift 2.2」とはソースコードの互換性が失われるけど文句ねーよな」 [無断転載禁止]©5ch.io [575063867]