「プログラミング言語」を含む日記 RSS

はてなキーワード: プログラミング言語とは

2017-06-25

未来投資戦略2017 官邸

<変革後の生活現場のワンシーン>

引用元http://www.kantei.go.jp/jp/headline/pdf/seicho_senryaku/2017_all.pdf

2017-06-18

Googleってプログラミング言語同士の翻訳機って作らないの?

いつまでバベルの塔やってるの

2017-06-14

Golang勉強3日目ぐらいで疑問に思っている事

これは将来Golangに慣れて来た頃に読み返すメモです

学習してから3日目ぐらいだけど連続3日でやったとは言っていない。

学習時間は24時間にも満たないと思う。

モチベーションが上がった時に学習する程度。

公式チュートリアルをやってるけどやった箇所は忘れた。

英語版日本語版があるけど日本語版情報が古くないか不安

まだ半分ぐらいしかやってないけど良チュートリアルだと思う。

他のプログラミング言語と違ってチュートリアルの内容が足りないってこともなさそうだし、Golangチュートリアルだけは繰り返しやったほうが良さそう。

からGolangを学ぶならGoogleリポジトリにあるパッケージ管理depを使うほうが安心する。

まだ公式ツールじゃないけど将来なるかもしれないしならないかもしれない。

Googleのことだからgxuiみたいに更新されなくなる危険もあるよな・・・

でもプロジェクト新規作成するときrails new helloに相当するコマンドがないので不便。

スケルトン生成ツールが別途必要だけどフォルダ作るだけだからbatファイル用意するだけで良さそう。

あとGOPATHの設定もか。今のところは手動でやってるけどそのうちbatファイルにしたい。

Golang自体シンプル言語だと思う。

でもやりたいことができないのがつらい。

Rubyみたいにcursesが標準で使えない。

RubyみたいにTKも標準で使えない。

cursesぐらいは標準で出来て欲しいよ。

から他の言語はいらないのにGolangではそんなことでもライブラリを探してきてインストールしないといけない。

開発環境にはGoglandかVimがいい。

Goglandだとそのままでも十分だけどVim場合vim-goを入れるのが良い。

勉強会に参加するときは軽量ノートを持っていくので動作が軽いVimがいい。

でもryzen搭載ノートが来たらIDEに乗り換えるかもしれない。

コマンドラインツールを作るならGolangが一番簡単

cliってライブラリもあるみたいだけど標準機能flagだけで十分便利。

学習3日目でもflagの使い方は楽勝だった。

今の所もあんまりコマンドラインツールに興味ないので難しいことはしない。

とりあえず2ちゃん質問するのが良さそうだけど過疎だった。

過疎ってことはあんまり人気がない?

まだ質問するぐらい基礎的なもの学習してないけど。

やりたいことをぐぐってコピペしてる程度なのでdeferとかgo funcとかグローバル変数とか基礎的な部分はまだ知らない。

インストールが楽だけどWindows作ったらMacでも動くかは謎。

Mac mini買ってから試したい。

でもMacって高いから多分買わないと思う。

MacハードウェアしかMacOSインストールできないライセンスからWindows PCMacインストールできないかapple嫌い。

初心者だけどMac持ってる奴apple信者キモ杉と言わせてくれ

2017-06-07

http://anond.hatelabo.jp/20170607171058

書いている人が20歳以下だと思って書かせてもらうけど、

どの業界で働きたいのか、働いた時の自分想像すると手が動かしやすいかなーと。

たとえばロボットだったり自動車だったり飛行機だったり、機械の中の制御部分をプログラミングでやりたいのであれば

CやC++Web系でサービス開発がしたいなら…というように。ここは将来何がやりたいかを考えたほうが思いつきやすい。

例として、インターネットサービスを展開している企業で働いている自分想像する。リーダーから与えられたタスクを消化するため

Git/GitHubを使って進捗管理統合開発環境テキストエディタを立ち上げ、□□言語で書かれた○○の部分を弄る。実際に本番環境で立ち上がるか云々…。

□□や○○の部分はまだ分からいかもしれないけど、Git/GitHub統合開発環境テキストエディタプログラミングする時に必要なので

ここは極めても良いはず。だから勉強する題材になる。もし、既にこの□□言語の部分が具体的に出てきて、Web系で働くんだという気持ちがあるならその言語を極めれば良い。

ちなみに、文章から文字列抽出したい場合正規表現についても知っておくと武器になるぞ。正規表現を扱いやすプログラミング言語についても調べてみると良いと思う。

2017-06-02

http://anond.hatelabo.jp/20170602123042

からぁ、実際に一つのプログラミング言語統一することになったんだよ。PL/I というやつにね。 で、その後どうなったかと言うと、神の怒りにふれて、、、

Webプログラミング言語進歩が後退した

Webプログラミング流行る前は、basicでさえ型宣言するのがいいという流れになっていたのに、WebプログラミングPerl流行って、その流れてPHPRubyなどの動的型の言語流行って大きく後退。

動的型の言語洗脳されたプログラマ大量発生

現在は、Python, PHPも型チェックを導入。

Rubyも将来型チェックを取り入れると表明。

Javascriptも、TypescriptFlowが登場。

やっと停滞した20年を取り戻しつつある。

歴史にifはないけど、あのとき流行ったのがPerlでなかったら、世界は違っていた。

プログラミング言語ってなんで統一しないの?

凄い沢山あるけど。

統一して一つの言語を洗練していけばいいのに。それじゃ駄目なの?

謎。

2017-06-01

波括弧{ }を書くとき目的意識の欠如に気づく

主要なプログラミング言語ブロック表現するのに使う { }の呼び名は波括弧でいいのか。

これを紙にペンで書こうとすると、いつもいびつな何かになるのだ。

デフォルメしたクリームパンの上半分を切り取って90度回転させたような、山という漢字の元になった象形文字を90度回転させたような、およそうねうねしただけの何かに。

そして気づかされるのだ、これが目的意識の欠如なのだと。

{ }を書くとき目的は何だ。いうまでもなく、ひとかたまりブロックを囲うことだ。

囲うという役目を表現するためには、記号中央部が外側に膨らんでいることが不可欠である

それゆえ、{ を書いている過程における意識は、前半は頂にむけて膨らませることであり、後半は頂から収束することに向いているべきである

囲うという目的を見失ったままペンを走らせるから私の波括弧はいつもいびつなのだ

2017-05-30

SQLが好きになれない

たまにSQLを書くのだが、やはりSQLが好きになれない。

構文によって書き方が違うのがわかりにくい。

SELECTはまだいい。問題はINSERTとUPDATEである

INSERTはVALUESで書くくせに、UPDATEになるとSETで=でつなげているのモヤモヤする。

さらに()が必要な構文だったり必要ではないものであったり統一感がないのが混乱する。

INTOで文章らしさを出しているのかしらないが、どちらにしろ文章にならないので中途半端なのでいらないのではないだろうか。

長ったらしいSQLを書かされるのがとてもクレイジー

ちょっとした検索したい場合はいいかもしれないが、プログラムの一部としての長ったらしいSQLは可読性も悪ければ保守性も悪いで誰も得しない。

さら解決される順番が未だによくわからない。特にGROUP BYを使う場合にどういったタイミングでされるのか非常にわかりにくい。

サブクエリ無駄に重ねたり、ON DUPLICATED KEY UPDATEをわざわざ書いたりとなぜ1文で完結させようとするのだろうか。

どっちみちトランザクション複数文になるのならば、最初から複数文となることを前提した仕様としてもいいのではないか

そもそもコードから呼ぶ場合フレームワーク周りでなんとかしろという話ではありますが)

他にもストアドプロシージャやSQL高速化問題もあるとは思うが、自分自身が未熟者でそこまで語れないので書けない。

プログラミング言語については様々な文句が噴出するにもかかわらずSQLについて文句が出ないのはどういう了見なのだろうか。

反対にNoSQLRDBMSのようなことを始める本末転倒な人たちも見かけるがそれぞれ適材適所な使い方をするべき。

体系的に学んでいれば今よりもっとすっきりと理解できるものかもしれないが、嫌悪感を抱いてしまった以上は学ぶことなくずっと憎み続けていくことになるのだろう。

そういうわけでやはり僕はSQLが好きになれない。

2017-05-24

Kotlinをやってみる

Javaでは…」「Javaで言うところの…」「Javaとは違い…」

お前らJava使わずプログラミング言語ひとつ説明できんのか

2017-05-15

初心者の人のプログラミング力が向上していく過程とそれにかかる年数

初心者の人のプログラミング力が向上していく過程とそれにかかる年数を想像してみた.

1年目 何かのプログラミング言語を触る.よくわからない.とりあえずコード書く.

    アルゴリズムという概念を知る.

2年目 プログラミングというもの理解できる.スコープに注意(値渡し,参照渡しの概念理解できる)

    を向けられるようになる.クラス雰囲気がわかる.メソッド関数の使い方を理解できる.

3年目 この頃からこれが作りたい!となったときにそれを作れるようになる.

    それぞれのドメイン必要知識を学ぶ.

4年目 コードキレイに書くためにはどうすればいいのか学び始める.

    デバッカ存在を知る.printfデバック卒業やったね!

5年目 バージョン管理テスト重要性に気づき,学び始める.

これくらいは,みんなできるようになってほしい(希望

2017-05-14

http://anond.hatelabo.jp/20170514134817

「。」は";"のかわりだろ?C++, Java, JavaScript、全部、;いるけど、モダンプログラミング言語ではないのか?

「。」っていらなくない?

モダンプログラミング言語に触れてる人なら分かるよね?

2017-05-13

無職だけどプログラミング覚えたい

ハロワ行くと職業訓練プログラミングもあるんだけど

どの言語就職につながりやすいだろうか

おすすめを教えてほしい

こないだ見てたらJavaとかCとかPHPとかあった

こちらのスキルとしては

プログラミングに関しては子供の頃ベーマガ見ながらBASICやったくらいの記憶しかない

すなわちおっさん

あとプログラミング言語じゃないけどHTMLCSS自分ホームページつくったりするくらいにはできる

2017-05-06

Infrastracture as code (笑)

ansible

結局yamlデータ構造を現すもので、プログラミング的な繰り返しとかIF文は無理やり過ぎて違和感しかない

chef

RubyDSLって普通にダメねこりゃ。実行順序も分からんし、普通にRubyで書いた方が良い気さえする

puppet

独自のSyntax覚えるのかったるすぎる。大して便利じゃない

でどうなった?

何でもやろうとすると結局、プログラミング言語みたくなってどんどん可読性が落ちる

結局最後bashで良いんじゃねーかなってなる。シンプルにできるなら一番筋が良いのはansibleだけど微妙に書き方変わったりして追従がかったるい

俺の知ってる会社chefで全自動だぜ!とか言ってキラキラ感だしてる会社あったんだが今は全然回ってないらしいww

一時はもてはやされたけどDockerとか出てきた昨今こんなの今頑張らなくてもいいのかもな

2017-04-26

アイマスとpaizaの違いが分からない

自分の中では アイマス→セーフ paiza→アウト なんだけど、この境界線説明できない。

戦艦女性エンジニア

プログラミング言語女性エンジニア

生物なのでセーフ

文豪女性エンジニア

死んでるのでセーフ

アイドル女性エンジニア

アイドル水着をよく着るのでセーフ?

男性エンジニア男性(女性)教職員男性(女性)司書男性(女性)パイロット全部アウトだと思うけどこれとアイドル境界線説明できない。

2017-04-21

プログラム日本語で書けばいい気がするけど(追記した)

定期的に思うんだけどプログラムで無理な英語にせず日本語にすればいいのにって思う。

実践はしていない)

日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode対応日本語書けるもの

日本語でいいと思う理由は主に2つ

○画面に表示する時

フレームワーク言語にもよるけど表示するとき英語名前から日本語名前に変換して表示って手間があるものがある。

最近見かけた例だと.NETプロパティ属性に表示名書いて表示するときに取り出していた。

最初から日本語だとそのまま表示でいいことが多くて一段手間が省ける

英語がわけわからん

まず自分英語化するとき

いい単語が出てこないとか、しょっちゅう

慣れが必要だし慣れてもなんかコレジャナイ感とかで苦戦する。

次に他の人の英語化したのを見る時。

その人の英語力にもよるけど、動詞名詞が変に混ざっていたり、sがついてたりなかったり、そもそもchildsみたいな謎の語があったり。

そこそこできる人同士でも、「私はニュアンス的にこっちの単語」「僕はこの単語のほうがいいと思う」とかある。

相手の書いたところがわかりづらいのはもちろんだけど、プログラム的に同じ意味なのにクラス関数によって呼び方違うと辛い。

かといって全員に日本語英語対応を先に渡しておいて統一しようというのは大変すぎる。

日本語だと仕様の時点で日本語で書いてるからまぁおかしなことにはそうならないはず)

そういうわけで日本語で書けば色々解決するのにって思う。

----

次にデメリット

軽く調べた感じ主にこの2つな感じ。

IME」「英語圏のものへの対応

IME

半角全角を打つのってめんどい

と思うけど、実際チャットやこういう文章書いてて英語が出るときに割りと頻繁に押してる。

ほぼ無意識でやってて意外と苦じゃない。

短いとF10変換で半角にすることもあるけど、キーボードタイプカウンタとか入れてみると半角全角キーはけっこう上位にいた。

それに、なんだかんだコメント日本語で書くことが多くて、他の人と作るのならこまめにコメント書いてる。

そうなると全角半角の切り替えは普段からあるもので、あんまり気にするほどじゃない気がした。

最近じゃIDEエディタの補完が優秀だし、日本語にするにしても「最初はjから始める」とかルール入れておけば「j」って打ってあとはスコープにあるいくつかの候補から選ぶだけで全角にしなくていいかもしれない。

英語圏への対応

githubで公開したりとかライブラリ再利用してもらうとき日本語じゃ使ってもらえない。ってことみたい。

私が日本語にすればいいじゃないって思ってるのは、ビジネスロジックというかそのアプリケーション固有名詞みたいなところ。

「足し算」って関数名は 「add」 でいいと思うし、配列のそれぞれは element とか item とかそういう一般的英単語でいいと思う。

具体例がいいづらいけど、業務システムで表示する金額名前とか、日本語独特なものとか、一般的単語じゃなさそうなの。

こういうのを日本語にしたいってわけなので、ライブラリ的な共通なところは英語で良いかgithubで公開する範囲英語のものでいいと思う。

ただ、最近はやってるマストドンとか、ライブラリ的なものじゃなくアプリケーション自体githubで公開する場合はできない気がする。

でも、海外対象にしてるものだと日本語特有なせいでわかりづらい英語になる苦労とか少なそうだしそういうのだと英語いいんじゃないかな。

----

長くなったけど、まとめると、

業務システム固有名詞とか日本語特有ものとか無理に英語化してよくわからないことになってり、見づらくなるくらいなら日本語使えばいいんじゃないかな

ということ。

まあ思ってる割には実践してないので、やってる人がいたら良かった・悪かったとか聞きたいなと思ったのが書いた理由

追記


帰ってきたらすごいブクマついてた。

色々意見あってとりあえず感謝

絶対自分でやってから言えよ」みたいな意見来るだろうと思って今日の空き時間日本語行ける言語調べたり軽く日本語使ってコード書いてみたので、そのあたりと目についたコメに答えてみる。

まず、思いの外日本プログラミング言語上げてる人がいたので、うまく伝わってなかったぽい。

具体例上げずにサッと書いたらからかな。

あと自分もわりとするけどタイトルだけ見て中身見ずにコメントしてた人もいるだろうなー。

日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode対応日本語書けるもの

これが、などしこやひまわりや、BF系のmisaやら北斗のあれやらうにゃーとか色々な「構文など最初から日本語を前提とした言語」ではないってこと言ってた。

---

日本語かえる言語

最近の主要な言語ならだいたい Unicode 対応でしょと思って環境があった言語を試した結果はこうだった。

JavaScript/Python/PHP/Scala/Kotlin/C#/Go/Swift

これらは日本語変数作れた。

rust と Lua は無理だった。

rust は確か前に、変数名が ascii 文字だけなことに日本以外のどこかの国からUnicode対応にしてって多くの要望あったみたいな記事があったし将来的に対応するんじゃないかなって思ってる。

実際に今どんな状態かは知らない。

その記事コメントとかでみたけど、日本語以外は割りと自国言葉を使ってたりするっぽいね

(正確なデータはないか信憑性はあるとはいえないけど)

VBA を上げてる人がいたけど、私はそこまでのはみたことない。(幸せ者っぽいな)

稀にエクセルマクロいじるときに使い方ググってて出て来る、解説してるページで関数名が日本語なのをたまに見るくらい。

パット見なんか気持ち悪い感はあるけど、読んだときのわかりやすさはけっこう大きい。

---

○使ってみて

大規模案件に使ってみてこその問題もあるだろうけど、簡単スクリプト程度のを日本語にしてみて気づいたこと。

割といける。

全角半角キーPHP の $ より楽。

PHP言語変数は全部$からはじめないといけない欠陥言語

まあ変数のみのgrepのしやすさや予約語キーワード変数名に使えるからメリットもある。

だが、$って打ちづらい。

Shift+4ってすごいつらい。

に比べて全角半角キーってちょい遠いけどそこまで苦痛じゃない。

ふだんから多用してるキーなわけだし。

ただPHP日本語の組み合わせは相性悪い。

$は半角でその後に日本語から手間が多すぎる。

それ以外の言語だと、IMEのおかげでかなり楽。

GoogleIMEだけど、多少のタイプミスは補完で修正してくれるし、予測変換が優秀だし。

IDEいから補完機能のない軽いエディタで書くようなときなら、IMEのおかげで英語変数名で書くより速度は早いと思う。

---

少し前に知人から言われた日本語デメリットを思い出したのでそれも触れとく。

仕様変更言葉変わったとき日本語だと全部書き換えないといけないよ。英語だと別にそのままでいいし。」

英語からない人が、英語言葉とみなさずただの記号として考えてるから、っていうような発言

仕様変わって変数名まで変えるのは面倒なのはわかるけど、あとからコード読む人が英語で見て意味不明になる。

英語日本語対応コメントに書いたとしても、全然意味の違う英語があるのは混乱でしかない。

こういう考えの人がいたら本当にやめてほしい。

---

あとは気になったコメントについて書いてく。

表記ゆれとか方言とか言い回しなどについては、全部日本語にするとあるだろうけど、私が想定してるのは直感的に英語にならないような固有名詞とか。

DBの項目名日本語っていうのは私の思ってるのと近い。

年金の例も○○年金というのがいろいろあって、全部英語だと嫌になってくるしよくわかる。

こういうのを日本語にしたい。

なので年金額を取得する関数で「年金額を取得する」「年金額を取得」「年金額を取り出す」とかの表記を迷うんじゃなくて「get年金額」でいいと思う。

こういう単語だけだと表記はそれなりに揃うと思う。

特にDBにある項目だと仕様とかで先に言葉が決まってることが多いだろうし。

---

見た目について。

見た目が残念とか見づらいというのは同意

ただそれ以上に読んだときのわかりやすさが大きいと思う。

見た目が悪いというのも全部英語っていう前提があるからで1ヶ月も日本語コード見ればなれるんじゃない?って思う。

---

へとヘ

これはありそうな問題

ただ、IDEを使う前提なら未使用変数エラーとか、選択したときに色が変わってないとか、割と気づけると思う。

lとIとかアルファベットでもあるけど、IDEや高機能エディタ使うと困ることはほぼなくなった。

---

ローマ字

私が日本語にしたいような固有名詞ローマ字化してるプロジェクトにであったことはある。

やすい語は見やすいけど、見づらい語は圧倒的に見づらい。

それにローマ字のほうが「ん」でnは1つか2つかや、ヘボンorローマ?という日本語より表記が揃わない問題ある。

特にローマ字場合自分キーボードで打つ方じゃないと書きづらいのでそろえてもらうのに抵抗がある。

---

ラバゴス化・日本が遅れる

海外向けとか海外の人と一緒に作る系なものって最初から英語で困らない単語ばかりだと思う。

そういうのは対象外

今回いいたいのは、元から日本しか対応してないような業務システムなど。

そういったところの固有名詞日本語になったからって、困ることはないはず。

もともとガラバゴスなわけだし。

日本しか使われないもの海外向けにするにしてもフルスクラッチで作り直すことになるようなもの

こういうのは日本語化いいんじゃないかと思う。

---

テスト

テストだと日本語が使ってる人多いのかな?ブコメスタートップだし。

とりあえずはテストから使い始めてみようと思う。

---

長くなったけど参考になる意見もいろいろあって助かった。

2017-04-15

http://anond.hatelabo.jp/20170415104722

Perl は、いろんなプログラミング言語の書き方をごちゃ混ぜに取り込んだ便利言語なので、

非常に特殊存在だと思う。中途半端に学ぶと、その非統一感に悩まされる。

PHPには、Perlのようなごちゃ混ぜ感は無いよ。

WebCGIと言えばPerl時代に、その改良版的な位置づけでPHPが登場したのが

はやった理由だと思う。

PHPより先にサーバサイドJavaScriptが登場していたら、

PHP流行ることは無かったかもね。

http://anond.hatelabo.jp/20170414235405

手足が自在に動かせるからと言って誰もが空手の達人というわけではない、、、、と似たものを感じるが、

だがしかしプログラミング言語単体に道具としてのうまみが少ない

でもアプリを作るにはそれしかないので、

プログラマ友達を作って、おねだりして作ってもらうのが一番簡単確実。

とか考えてんだろとか邪推してたら友達がいなくなりました(超天才プログラマより)

2017-04-12

IT業界全然進歩してなくて笑えてくるw

業界20年目だけど、まるで成長してない(安西先生)って感じる事ばかり

20年もこんなマッチポンプに付き合わされればそりゃ愛想も付きます

なにか目的があって、それを機械解決してほしいだけなのよ

一部のプログラミング大好きサーバー大好きっ子はその手の仕事が好きなのかもしんないけどこっちはそんなことしたくねーよ

だって本質じゃないだろ?

なんでプログラミング言語処理系ケアまでなんでこっちがしなきゃいけないの?アップデートに付き合わされなきゃいけないの?

自分要望目的をしたいことリストアップ言語かなんかに書いておいて、実現する技術はその時々で最適なものを選定してくれませんか?

したい事は変わらないのにプログラミング言語やらOSアップデートされたので開発をやり直します!ってあきれて物も言えないわww

最近流行りのAI技術とやらで、ここら辺解決してくれませんかね?

2017-04-11

http://anond.hatelabo.jp/20170410230648

プログラミングアートからだよ。

もし、プログラム純粋に小さな論理の積み重ねだけで出来上がるとするならば、

つの目的のために書かれたプログラムは誰が書いても同じものになるはずだ。

ところが現実はそうではなく、いろんな書き方が存在する。

これは目的のために、どの論理をどの順番で組み上げたらよいか?という選択余地があるからであり、

その選択は本人のセンスによるところが大きい。

このセンスが全く無いと、頭が良くてもプログラミング言語文法書を片手に途方に暮れてしまうのさ。

2017-04-09

Rubyはもうやめた

もうRubyシステム書くの止めた

日々更新されてコロコロ変わる言語仕様に付き合ってられない

最近互換性を気にしてるようだけど新しい書き方ですとか毎回言われるストレス半端ない

プログラミング言語みたいな土台となる技術がそんな変わって何も違和感覚えないやつらがどうかしてる

(その意味SwiftRuby以上に頭おかしい)

rbenvやらBundlerで完璧ベンダリングできますってそんな誇れることなの?

バージョン依存が激しいのでそうしないとバグますって言ってるようなもんじゃねーかw

まだpython2,perl5で書いた方がまだ良いわ(Perl文法が糞だから書かないけど)

多少言語に粗があっても互換性を維持してくれた方がよっぽど重要なんだけど(少なくとも俺は)

ついでにRailsも止めた

フルスタックフレームワークでなんでもできるぞ!とか言ってるけど理解できない

自分が使わない機能がたくさんコードに入ってて使わない機能脆弱性がありましたアップデートあります

って毎回言われてどう思うの?

モックアップみたいなのをササッと作るには良いかもしんないけど、こんな異常なアップデート地獄に付き合わされて

まだRails生産性が高いとか言えるの?

結局Railsマジックで作ったような気になってるだけで後に来る保守問題先延ばしにしてるだけじゃねーの?

Rubyが変わりRailsが変わりそれに追従して今回のアップデートはあーだーこーだーって茶番すぎんだろw

世の中のレガシーRailsシステムを見て現実を見たらw?

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん