「コーディング」を含む日記 RSS

はてなキーワード: コーディングとは

2020-06-03

コーディングの新技術確認とかテストとかもろもろで

累積疲労もあって、意識失って倒れてた

クラスファイル群の名称

からコーディングする時にクラスファイルをどうやって格納しようか迷う。

フレームワークである程度決まってる機能なら良いけど、フレームワークにない物を作る時は特に

他にもありそうだけど何が良いんだろう…

何でもいいんだろうけど。

2020-06-01

コーディングだけをすればいいと考えているプログラマーが多いです。プログラマーであること以前に、一社員としての自覚をもってほしいのですが、どうアプローチすべきだと思いますか?

これは仕事中に増田してる俺に言ってる?

無理だよ無理無理

アプローチでどうにかなるならとっくに真人間だよよよ

anond:20200531231057

時間ぐらい、新規コーディング 数時間は動けない。

最近はかなりツール類が優秀なメーカーが増えてきた

コンパイラしろインタプリタしろ無料レベルでも優秀なものが増えてきた

学習の速度はそこまで大きく変わらない。メリットもあればデメリットもあるが、及第点ではあるだろう。

ただ、C++の扱いがまだJavaっぽいな。これだとJavaのほうが良いと考えるやつも多いだろう。C++の良さがオンライン環境問題で十分出ていない学習環境若い子が学べばそりゃJavaの方がよいと若い子が思ってしまう。Javaだって言いたいことはあるだろうがな。

そんなバックボーンがあってこの難易度で3時間うごくと、2時間うごけない。

2020-05-31

anond:20200531071443

コミット権を持っている人がコミッターじゃないの?

コミット権を持たない開発者コントリビューターでしょ?たいていの場合コミッターに依頼してリポジトリに変更をマージする。

コーディング規約プロジェクト全体の約束から一介のコミッターが勝手無視していいものではない。それだとわかりにくくなる場合があるなら、プロジェクトごとの意思決定方法を使って変更するべき。

anond:20200531071005

コントリビューターとコミッターの違い。マージたからと言って、メインリポジトリにそのまま反映されるわけじゃない。スタイルに従えば、反映されやすくはなるが、このばあいは、コーディング規約どおりに書いたほうがわかりにくくなるという場合にもコーディングスタイルどおりに書くとすると、コミッターと呼ばれるかどうか?という

anond:20200530100512

からだよ。設計者はコーディングをしてはいけないルールとかとおなじで、普段設計者なんだけど、設計をしてはいけないルールコーダーをやることもある。

2020-05-30

3時前から1時間以上昼寝

昨晩、8時間以上就寝したにもかかわらず、また3時前から1時間以上昼寝してしまった。なんだかんだで5時前だ。平日だったら定時だよ。昨日みたいにプレ金だったら昼寝始めるころに定時ってことか?今週は色々盛りだくさんだった。

もうすでに若くない肉体にとって以上列挙したようなことは存外こたえるようだ。

最初の2項目について

コーディング(串刺しも広い意味で)がらみで地道に問題

除去していくとか系の作業がツラくなった。

最後の項目について

仕事カンカン照り炎天だったのが原因だ。前世はおそらくドラキュラ伯爵だったので、どうも

野外での作業が苦手だ。昨今のコロナ自粛で余計苦手になったのかもしれない。子どもも昨日の水泳教室

疲れて放心状態小学生が何人もいたって言っていたし・・

anond:20200530075103

そういうのは単にプログラマが手分けして設計コーディング担当してるだけでしょ。

わざわざコーダー職種分けするような呼び方をするのは、設計等はせずにコーディングのみをする人のことかと。(設計その他はしない/できない)

アルゴリズムデータ構造を取捨選択するにもそれなりの知識必要なわけだし。

anond:20200530065756

誰かがつくった言語仕様通りの機能コーディングしてくだけだとそりゃ面白くないだろう。

言語でもフレームワークでも機能要件でもインフラでも、仕様を作れるようにならなくちゃ。

なぜその仕様にするのか、アーキテクチャ実現性パフォーマンスコストは、とかさ。

そういうことは教わってないんだったら、カリキュラム問題があるような。

大学情報系といいつつ、専門学校に毛が生えた感じ。

底辺コーダー養成なんて大学でやることじゃない。

学生がついてこれないせいかもしれないが。

anond:20200530072212

いや、キー入力ではなくてコーディングという作業に疲れている。関数の使い方を覚えてないとマニュアル読んだり、そういうのがめんど

仕様書プログラミング

※これを書いているのはまだプロプログラマーですらない奴だということにご留意ください

私は情報系の学生だが、プログラミングに最近疲れてきた。なんか最近楽しくない。Ruby書いてもC書いてもJava書いてもだ。BefungeやLazy Kも楽しめないしGrassに至っては言語解説を読むだけで疲れてくるほど。HTMLもそろそろ面倒になってきたし全部Pugに一本化したいなとか思ってる。要するに、熱が冷めてきたのかもしれない。で、これから就職するわけだが、就職先ではあまりプログラミングしたくないと思っている。もちろんエンジニア的職になると思うのだが、コーディングやりたくないのだ。めんどい修正ならともかくフルスクラッチとかマジで嫌だ。

から、これからプログラムは全部仕様書を書いてAIに渡して自動生成して欲しいと思っている。なんで仕様書かというと、どうせ仕様書は書かないといけないからだ。製品になるものなら当たり前だ。どうせ書かなければいけないなら、そちらだけ書いて、そこからプログラムを自動生成して欲しい。もちろん、自然言語で書くのでは曖昧な部分もあると思うから仕様書用の言語で書いてプログラム・日本語英語解説自動生成して欲しい。多分できなくはないだろう。DeepLとか最近あるし。

まあ、思い通りの挙動をするプログラムができるかわからいかもしれないが、そういうときは多少の手直しをすればいい。きっとフルスクラッチよりは楽だろう。そのためには、生成するコードが読みやすくなっていなければいけないわけだが、まあこちらは普通にできるだろう。

もちろんコーディング楽しいから自分で書きたい奴もいるかもしれない。そういう奴はこの方法を嫌がるかもしれないが、仕事に楽しさって必要ないよね。楽ならそれでいいじゃない。楽しいのは趣味でやればいいんだよ、ってことで。

最近疲れてるのかもしれない。こんな変なことを考えるなんてどうかしているのだろうか。もしかすると夢物語かもしれない。どうでもいいけど物語シリーズ好きです。おわ🍎

2020-05-28

anond:20200528080145

UMLについてはまるっきりアホだと思うから多めに見といてあげるんだけど

オブジェクト指向カプセル化うんぬんが不要ってほうがわけわからない。

オブジェクト指向理解してるかどうか計る上で、カプセル化って言葉は知らないけど

カプセル化意識して設計コーディングできることなんてあるのかな?

2020-05-26

anond:20200526164413

カプセル化等の用語を覚えること」と「良い設計ができること」を対比して、前者を批判しているのだから、良い設計ができる能力は「技術者としてのスキル」に含まれるとしか読み取れない。

カプセル化等の考え方やUML露骨設計に絡む能力なんでこれらを不要とするのは

設計スキルを向上させる目的に沿わない。

コーディングだけを重視する設定じゃないと矛盾する。

ガネーシャの話であったけど

男が人生かけて、一生懸命 怪我病気を背負ってまで 必死コーディングして へっぽこで くずかもしれないが

なにがわるいんだ?神様からしょうがないけど、なんで邪魔すんの?宗教が違うのかな?

お笑い息抜きは大切だと思うけど、一生懸命書いたんだよ 性能でなくて悪かったな。そんなことに必死になってわるかったな。

相手必死に頑張って、リゲイン飲んで、くだらないクソみたいな努力 それなら やめちゃえばって 否定をしたんだよな?

かみさまから、あまえさせてもらうよ

自分だってよくやっちまう。きをつけてるけどな。やっちまった・・・はある。

anond:20200526101738

僕もこの方の言ってらっしゃる事がしっくり来ます特にこのあたり →  

そもそも逆なんですよね。この問題を解けたら良い設計ができる、とか、優れたコーディングができるんじゃなくて、

まともな設計知識を持っていたら、このくらいの問題は知っていますよね?ってのが技術者試験の一面です。



まり、こんな試験すらこなせない人間をはじくための試験というか、少なくともそんな人間ではありませんという事を示すための試験なんでしょうね。

anond:20200526002227 情報処理技術者試験なんて簡単で案外役に立ちます

情報処理技術者試験なんて、実務、特にマネジメントなんかやっていると役に立つことが多いです。

前提が違う気がしますよ?

まず前提の捉え方がちょっと違いますが、「情報処理技術者試験」とは国家試験でありながら、医師国家試験危険物取扱者試験などの国家試験とは異なり、

別に持ってなくても実務に従事できるって言う不思議国家試験であること。

なので、別にこの試験がなくても、情報処理技術者としての仕事にまったく支障はないです。

 

じゃあなんで試験なんか受けるの?

情報処理技術者試験は、ちゃん情報処理のこと勉強してますよ!ある程度の知識は修めてますよ!って言うためのものでしょう。

名刺資格もってるよマーク載せてIT系なら任せてよアピールをするためのものでしょう。

たこ資格を持っていることで、ちゃん勉強している人間なのか、その指標にもなるのでマネジメント一助になるです。

なので、エンジニア同士の共通言語って位置付けな気がします。

 

そんなにひどい問題が多いの?

ご指摘の通り、暗記問題ばかりで実際の業務には何ら役に立たないように思えますが、

一方で実務以外のコンピュータ技術本質的な設問であったり、法務関係問題もあったりして、

マネジメントの他、教える立場になったときや、企画開発なんかで広く浅い知識必要になったときには役に立つかと。

 

そもそも逆なんですよね。この問題を解けたら良い設計ができる、とか、優れたコーディングができるんじゃなくて、

まともな設計知識を持っていたら、このくらいの問題は知っていますよね?ってのが技術試験の一面です。

※あと、「コードが書けるわけでも、良い設計ができるわけでもありません。」って否定をするなら、せめて応用のほうから持ってきてくれないと・・・w

 

ちなみに、UMLの基本や、開発手法MPEGなどの標準規格名称なんかを覚えるのは、設計コーディングにおいて「超大事」なことです。

そうした名称をもとにして開発を進めていくわけで、いちいち「要求分析から実装までの開発プロセスを繰り返しながら、

システムを構築していくソフトウェア開発手法」でやります!みたいな説明しなくても「今回はスパイラルでーす」って一言で終わるじゃないですか。

基本情報技術者試験レベルメンバー全員が資格取得してくれていれば、「スパイラルでーす」で終われるってすばらしい。

 

情報処理技術者試験なんて簡単に取得できます

合格率は基本情報技術者試験で3割弱、応用情報技術者試験で2割強となっています

なので、一見難しそうに思えますが、非常に簡単です。覚えればいいんですから

そもそも基本情報なんて、非IT系会社勤務の方の合格率が、IT系会社勤務の方の合格率を超えているという・・・)

なのに合格率が低いのは、みんな真面目に勉強(暗記)していないからと思われます

試験会場にいくと分かるのですが、まずスタート時点で1割強は机の空きがあります。とりあえず申し込んでいるだけなんでしょう。

会社によっては予算取ったから行って来いよ、みたいなところもあるのでしょう。

暗記試験で引っ掛け問題も少なく、広く浅い問題範囲なので、1~2か月真面目にやればだれでも取得できますよ。

ただ、さすがに150分座ってるだけで取れるような試験ではないことは確かです。

範囲は広いですし、勉強してなきゃ聞いたことがない言葉なんてザラです。

 

情報処理技術者試験は案外役に立つ

上記を言い換えれば、真面目にコツコツ勉強してくるやつアピールが出来ます

合格率2割の国家試験を、通常業務をこなしながら取得してくるだと・・・!?化け物か! みたいな

雰囲気でとらえてくれるおじさんは、まだまだいっぱいいますよ。

 

受験だってそんなに高くないし、そこまで噛みつくような試験でもないと思いますけど。

anond:20200526065520

逆だよ

プログラミングできなくとも、上中流行程の話ができる証明情報処理技術者資格

資格がなくていいと騒ぐやつはほぼ下流工程担当者

そりゃそうだ、コーディングしかしないやつが要件設計工程知識なんか必要とするわけないだろ

まり資格不要論を展開するやつは、自ら無能ですと広告しているようなもの

本当にできるやつは、資格コーディングもすべてできる

anond:20200526002227

十数年前の学生の時分に無勉強で受けてみたとき、3点くらい足りなくて不合格になったが、俺も同じことを感じたので再受験してまで取ろうとは思わんかったわ。

俺もネット技術系の記事を読むのが好きだから色んな用語概念だけは知ってて、おかげでだいたい勘で解けてしまう。けどまともなコーディング能力はなくて、高校生の時にHSP簡単ノベルゲームやらユーティリティを作って遊んでた程度で、メジャー言語を使ってお仕事的なコードを書いたことがないまま今に至る。

2020-05-22

anond:20200522160741

Webデザイナー」ほど業務実態が多岐にわたる職種はない気がしてる

DTP寄りのデザインだけやる現場もあれば、コーディング兼務現場、むしろコーディング主体現場サイト運用がメインだけど「Webデザイナー」職で求人かけてる現場簡単システムなら作れるでしょ?的な何でも屋さんを求められる現場

ほんと闇が深い

言葉キャッチボール

ワイSEなんちゃってリーダー

チャットを使ってメンバーへ指示したのよ。「●●だったら変更しといてね」って。

期待する返答は「承知しました」とか「変更済みです」とか、イエスかノーだと思ったのよ。

だけど返ってきた答えは...

ソースコードを貼り付け》

この通りコーディングしてます

え?俺、どう実装たか聞いたっけ?

なんだろう、聞きたい答えを貰うまでに発生する、この無駄に近いやり取り。

もしかして相手が賢くて、俺がバカなの?

anond:20200521175300

"重要からもう一度言うけど、とりあえず作れに賛同するやつは自分がとりあえず作ったもの晒せよ?"

クソみたいな煽り増田だけど、自分プログラマ歴を振り返るにはいいかもな

 

 

以降は大学グラフィックスを専攻、課題とかサークルコーディング

この段階でプログラマと言ってもいいと思う

いずれも成果物は残っていない(古いHDDに残してきた)

ログイン ユーザー登録
ようこそ ゲスト さん