「ソースコード」を含む日記 RSS

はてなキーワード: ソースコードとは

2022-05-12

anond:20220512162833

仕事したこといから知らないんだろうけど

業務で書いてるコードって外に出したらダメなんだよね。

それとも、ハメようとしてわざと言ってるの?

 

業務従事してる人間ソースコード晒しませんよ。

そんな馬鹿馬鹿しい煽りに乗るわけないじゃん。だからガン無視されてるんだよ。

覚えておいてね。

anond:20220512071512

ディスコンになったらお前がメンテナーになるんだよ!!

ソースコードがあるんだからがんばれ

2022-04-21

anond:20220421124359

はぁーwwwwwww

やっぱりできないんだねえwwwwwww

これだからプログラマーってのは嘘松なんだよねwwwwwwwwwww

はーつっかえwwwwwwww

たか仕事で作ったプログラムソースコードを出すだけでいいのにwwwwwwwwww

情けないねえwwwwwww

anond:20220421124013

あーいいよ君はwwwwwwwww

いつものなんちゃってプログラマーおじさんだよねwwwwwwwww

違うならいい加減仕事で作ったプログラムソースコード晒してみそみそおおおwwwwwww

2022-04-15

教育担当者になったプログラマー諸氏へ

なんか新人研修新人の書くソースコード読むと正気度が減ってこない?

SAN値ピンチというかそういう。

一時的狂気になって逃げだしたくなるというかなんというか。

できない子は1行も進まなくて写経口述筆記させることになるし、

普通の子カッターナイフの替え刃でジャグリングみたいなもの書いてくるし、

できる子にいたっては読んでて宇宙猫になる。

2022-03-31

https://b.hatena.ne.jp/entry/s/zenn.dev/sesere/articles/c3917db32777af

文脈がよく分からないので、他での指摘と重複していると思うが、個人的に思ったこと。

文章MECEでないので「まあそういうことね」という話は措いておいて。

a. 日本語ウェブサイト記事本数で比較することはフェアではない

新しめの技術活用している人の情報収集の順番としては、エディタライブラリの当該部分のソースコードを読む、GitHubリポジトリがあるのであれば、そこのissuesで検索をかける、Google英語エラー文言等なので必然的英語になる)で検索する、Stack Overflow質問するという感じだと思うので、Qiitaでの出現数が減ることは仕方ないと思う。

ミクロで見ると、フロントエンド系の主要な論客Qiitaから離脱していることもある。

b. SPAという概念が古い

SSGの登場によってSPAネガな部分のほとんどは潰されていると思う。

SPA的な手法を使うのであれば、SSGにしろという指摘であれば、的を射ていると思う。

他にも色々と言いたいことはあるが「SPAのことを言ったら一斉に突っ込まれた」という事象観測できないので、とりあえず以上。

2022-03-30

anond:20220330110237

トレパク糾弾著作権保護全然違うんだよ。 

 

トレパク糾弾がやってるのは「上手い気取りだけど、下手くそじゃねーか!」という話。

絵の技術を競っているところに、不正技術があるフリをするのがダメなわけ。

実際、構図とか他の作品の真似したやつでも、どう見ても技術がある作者だったら「オマージュ」で済むよ。荒木飛呂彦とか結構そういうのやってるで有名じゃんね。作品単体としてのオリジナリティはあまり関係ないってこと。

 

ゲームでも、例えばソースコードの中見てみたら完コピじゃねーか! ってなったら同じ騒ぎが起こるだろうな

でもゲーム場合は、「クソゲーじゃねーか!」が先だろう。トレース技術あるフリするの無理だし。

2022-03-28

anond:20220328111426

何年も使ってないかログインに苦労したよ

疑問は解決たからもういいんだけどね

リンク辿ってたら懐かしいの見つけた

2年くらい前にうちの会社でも話題になったけど、商用利用は難しいで止まってた気がするな

https://pkhungurn.github.io/talking-head-anime-2/full.html

↑のとこでどういう理屈で組まれたのか丁寧に説明されてるから見てみて。英語読めんかったらごめん

デモソースコードは↓

https://github.com/pkhungurn/talking-head-anime-2-demo

Pythonで書かれてるから動作環境も開発環境簡単に用意できると思う。

自分の顔で動かしたいならiPhoneないと駄目だった気がする。

自分で動かしてみたりいじってみるとさら面白いよ。

意外とコードシンプルなんだよね。

ただディープニューラルネットワーク学習モデルは公開されてないんよな。さすがに企業秘密か…。論文出すらしいし。

絵心いからそっちのほうが見たかったんだがw

まあPython環境ちょっとしたディープラーニング環境作るのにも便利だから構築しといて損はないと思う。

最近ロボット意思を持つ系のゲームならDetroit Become Humanオススメだよ

2022-03-20

FCチャレンジャー('85)の独特のカメラ酔い

あれはどういうプログラムなのかソースコードを見てみたい

後にも先にもあのゲームだけだ

アナログ再現してるとしたらすごすぎる

2022-03-14

ソースコード業界用語でいうところの「裾どこ」

裾がどこにあるかわからない服に対して使う業界用語

2022-03-11

テレワークで開発しているんだが全然仕事にならない

プログラムの開発とバグ改修をやっているのだが、営業担当からシステム仕様とか操作方法とか開発スケジュールかいろいろを問い合わせるLINEがいちいち届いてそれに逐一返事しなくちゃならなくて全然仕事が進まない。

別に今じゃなくてもいいことを、思いついたその場でいちいち連絡してくるからまらない。

ソースコード追ってる最中にこれやられると頭の中がめちゃくちゃになる。

集中できないから後でメールにしてほしいと言っても無駄

通知オフにすると電話がかかってくる。

しかメールなら3分で済む用事を30分以上かけて話す。話が回りくどすぎて本題に入らない。

自分で調べればすぐわかるようなことまで毎回きいてくる。

死にたい

追記

せっかくみんなが指摘してくれたことも、みんなの会社仕事仲間では当たり前のことでも、うちの会社じゃそれやるとみんな怒っちゃうんだよ。

難しいか電話じゃないと伝えられないとかメール書く時間がかかりすぎて仕事にならないとか。挙句の果てには仕事やる気あるのかとか、もう無理。

一応、身の周りの掃除はしっかりやっとくよ。

2022-03-08

anond:20220308233917

でもLinux Foundationもアメリカリーナスアメリカ国籍、開発者の半分以上もアメリカ国籍だからなあ

現在ソースコードはともかく、アメリカの気分次第で簡単に止められると思うよ

2022-03-05

プログラマ必要なのはググる力」"ではありません"

プログラミング必要なのはググる力だ」などとまことしやかに言われます。が、これは嘘なので、プログラミング初心者は(中級者以上も)真に受けないで下さい。そして、プログラミング教育に携わる人は、こういう有害な嘘を広めるのはやめて下さい。

なお、ここでいう「プログラマ」とはプログラミング仕事にする人、または作成したプログラムを公開する人を指しています純粋趣味プログラミングをしており、ソースコードソフトウェアも公開するつもりの無い人は、どんな方法プログラミングをしようと自由です。

プログラマ必要な力

プログラマに(プログラマに限らず)必要なのは自身の専門分野に関する基礎的かつ体系的な知識です。それらが不足していては、「ググる」ことさえままなりません。英語で喩えれば、時制や不規則動詞という概念を知らずに辞書を引いて、「I saw him yesterday. 」の「saw」をのこぎりのことだと思い込むようなものです。要するに、調べたい事項が何に関するものなのかを理解していなければ、調べようがないのです。

それでは、プログラミング初心者にとって必要な基礎知識は具体的にどのようなものでしょうか。

まず当然ですが、自分が使っているプログラミング言語フレームワーク機能は一通り知っている必要があります組み込みデータ型や制御構文はもちろん知らなければいけません。高階関数クラス、非同期処理等の発展的な機能も知る必要があります言語だけではなく、パッケージマネージャタスクランナー単体テストツール等の周辺ツール理解必要です。また、「コードコンプリート」とか「Effective ○○」のような書籍に書いてあるような設計コーディングベストプラクティスも知らなければいけません。要するに、現代プログラミングの「常識」は全て知っている必要があります

そもそも「そういう機能存在する」と認識して初めて「調べる」ことができるのです。列挙型という機能存在を知らずに「Javaで列挙型はどう書くのだろう」と調べることはできません。非同期処理の存在を知らずに、「JavaScriptで非同期処理はどう書くのだろう」と調べることはできません。

初心者は何から学ぶべきか

では、そのような一通りの知識を身に着けるためには、どのようなリソースから学ぶべきでしょうか。

結論から言えば、以下のような文献で学ぶべきでしょう。

逆に、WikipediaQiita等の個人趣味で書いた記事プログラミングスクール記事プログラミングスクール家庭教師etc主体に学ぶのはやめるべきでしょう。

もちろん、特定話題について調べる過程で、非公式情報に行き着くことはあるでしょうが、そこで使用されているライブラリ等の仕様については、必ず公式ドキュメントで裏を取るべきです。

時々、こういった正式ドキュメントを読むことが、初心者にはハードルが高いと言う人がいますしかし、冒頭で述べたようなプログラミング仕事にしようとしている人達が、こういうことができないのはおかしいです。

実際、公式ドキュメントを読むことはそれほど難しいことではありません。有名な言語ライブラリ等のドキュメントであれば、高校程度の数学英語とある程度のコンピュータ操作経験があれば、理解できるように書かれています。その程度の素養も無いのにプログラマ特に職業プログラマ)になろうとすることが、そもそもおかしいのです。運動が苦手なのにプロスポーツ選手になろうとするようなものです。

2022-02-17

プログラミング学者ときソース」が美味しそうに見えた

秘伝のソースを作ってるような気持ちソースコードを書いてた

anond:20220216102037

ケチャップに追いつく」を英語発音するときは「ケチャップケチャップ」と唱えるとよい。

使用

先輩社員「うちの会社プロダクトは日々更新されてるから常に最新のソースコードケチャップしとけよ」

後輩社員ソースケチャップかけて食べるんですか?」

2022-02-16

RPAで疲れ果てた

物流会社事務員なんだけど会社RPAツールを導入するってんで定型作業自動化しろって話しでRPAプログラミングをやらされてたんだわ。

それで色々クソな点があったのでシェアします。

1、実務の合間にやらないといけない

マネジメント問題でもあるけど、そういうことなんだよな。

現場がクソ忙しい時に悠長にデバッグとかやってられん。あとデバッグみたいな作業は見た目何もしていないように見えるからここぞとばかりに仕事振られたりする。

2、本番環境とか開発環境とかない。ぶっつけ本番で稼働→失敗→デバッグを繰り返さないといけない。

これは自動化する仕事によると思うんだけど、実際に現場で使うデータRPAプログラムに投入しないとそもそも要件がわからないことがある。データ特性というか、物流事務なんかだと8割がシステム化されているけど2割は荷主や配送先のわがままで特徴的なデータの不備があって、それに対応するのが事務屋の仕事なんだけど、そういう面倒な作業自動化しろとか言ってくる。そもそもRPAなんてシステム化スコープ外の面倒な事務を(金をかけずに)自動化することが目的から当たり前なんだが。

そうすると要件の洗い出しとかできない。ベテランオペレーターにはそういうの全部頭に入ってるからマニュアルとか作ってないことが多い。実際新人に教えるときもぶっつけでやらせてわかんなかったら聞けみたいな世界だし。

3、(2)みたいな事象があるからソースコードがぐちゃぐちゃになる。ぶっつけ本番でプレッシャーがある中実行してその場凌ぎの改修して保守性皆無

4、状態管理ができない

RPAツールってWindowsUIをいじって業務を行うプログラムを作るんだけど、結局今どの画面を開いているのかとか、どのエラーが出ているのかとかプログラム上で管理できない。既存ソフトウェアUIたまたま運良くRPAツールと相性が良ければいいけどそうじゃなければめちゃくちゃやりづらい。特にIBMのPCOMMとかはツールとの相性が悪くて地獄だった。

5、操作してるソフトウェアUIが変わったらお釈迦ポン。

書かなくてもわかると思うけど、業務操作するソフトUIが変わった瞬間にそのRPAプログラムゴミになる。

6、再現性の低いバグが出る

(4)に関係するんだけど、RPAプログラムが立ち上がった時のパソコン状態によって処理速度にムラがあるので、プログラム上このステップまで進んだらウィンドウはこの状態にあるだろうと仮定してプログラムを作ったところ、実際100回のうち99回はそうなんだけど、1回だけ処理がもたついてその状態にならなかったかバグって処理が停止する。みたいなことがある。

もちろんツールではウィンドウ操作可能になるまで待機、みたいなのはあるけど操作可能、全面にある、みたいな粗い粒度しか状態管理できない。

7、こう言うのをちょっとパソコン得意とかEXCEL VBA かけますみたいなやつにやらせることの矛盾

うまくいくわけない。(4)(6)のところでウィンドウ状態管理とそれに起因するバグについて書いたけど、こういう時RPA担当一般プログラミング言語でいうsleepで職人芸的に時間調整するんだぜ?こんなのもう(3Dリアルタイム)ロボットプログラミングでしょ。

結論を言うと2022年馬鹿みたいに複雑化した物流事務(そしてそれは主に荷主と物流会社主従関係によるわがままに起因しているのだが)をRPA化するのは無理だしもうやりたくないね

2022-02-15

macOSBSDではない話

少し前にmacOSLinuxではないとTwitter話題になりました。その際に

macOSBSD

といった内容のTweetを見かけたのですが「元になったのはBSDではなくMachなんだけどな~。昔を懐かしみつつ、調べながら何か書くか」と思いつつ、面倒になったので記憶のまま適当に書くことにしました。

Unix
ベル研究所で開発されたOS
BSD
カリフォルニア大学バークレー校Unixを改良したOS
Mach
カーネギーメロン大学で開発されたOSで、BSD互換機能の開発のためBSDソースコードを流用しています
NeXTSTEP
NeXT社によりMach独自UI実装して開発されました
macOS
NeXTSTEPをもとにUI一新しました
FreeBSD
カリフォルニア大学でのBSDの開発が終了した後、それを引き継いで開発しているOS
MachBSD

Machは当時一世を風靡していたマイクロカーネル設計採用したOSで、BSDとは全く違うOSです。

ただしBSD互換機能を利用していたユーザーは、内部に関心が無ければ

といった印象を持っていたのではないでしょうか。互換機能としては成功なのですが。

macOSMachなのか

Mach1990年代研究プロジェクトが終了しています

macOSのもとになったNeXTSTEPMachを改造して始まりましたが、現在では別物であると考えるべきです。

macOSBSD

macOSは直接にはMachから派生したもので、BSDではありません。ただし

など、BSDと誤解させる点があるのは確かです。

Linux

Linus氏が実装したOSです。

上記UnixBSDMachNeXTSTEPmacOSではソースコードを利用しながらOSを作って行ったため共通の部分がありますが、これらとは全く関係無く独立して開発されたものです。

しかし現状ではNode.jsPythonなどでプログラムを作ろうとした場合シェルで使うコマンドmacOSLinuxでは共通するものも多く

macOSUnixシェルの使い方を覚えた後にAWSVMログインするようになった

というユーザーmacOSLinuxが似ていると認識してしまうのは仕方がないところではあります

2022-02-09

anond:20220209165346

はへーすっご。

前にNTTかどっかで働いていた人に聞いたんだけど

ネットが使えないところでソース書くこともあるんでしょ?

関数とか全部覚えた状態ソースコード書くなんて、私絶対無理なんだけど・・・

2022-02-07

大企業はいつになってもDXなんて無理

DXコンサル的なことをやってるがそろそろこの業界限界

そもそも大企業上層部はDXっていうのを買ってくればDXできると思ってる。

DXっていう製品が無いというのは理解しているんだが

DXっていう研修とかDXっていうコンサルを買ってくればDXできると思ってる。

これが中小企業ぐらいだったら鶴の一声でDXできるかもしれない。

ところが大企業っていうのは意思決定者が細分化されていることが多くて

社長が「DXするぞ!」って言っても実際に社長はDXの状況を年に1回ぐらいしか確認しないし

伝言リレー下部組織に伝わるうちに

「結局はこれだけやってりゃいいんでしょ?」

っていう謎理解だけで終わってしまう。

例えば、社内の会計システムエクセルよりダメダメな終わってるような会社(某大手通会社)でも

それを変えようとすると

「これで慣れてるから変えるな」

「新しいシステムを習熟する研修はどうする」

みたいな声を「忖度」してしまう。

これ、実際にはそういうこと言う人はほとんど居ないんだが

会計システム管轄している部署が実際に使う人達部署の上位組織にあたることはほとんど無いし

下手したらコストセンターの部長営業系の部長より立場が低い場合がある。

から売り上げが下がるような可能性を忖度して新しい社内システムなんて簡単には入らないし

入れるとしても無茶苦茶時間かけて旧来のシステムとの整合性とか気にしまくってから導入する。

そうすると現場の人からすると

「前のシステムでもいいなら前のシステムでいいでしょ」

ってなってほとんど使われないのが現状。

他にも何かしらDXしようとしても結局は上司意見忖度する。

パワポ資料やめてnotionにしましょうとかソースコードSubversionやめてGitしましょうとか

そういうことを「言うことが構造的に難しい」っていうのが根本的に問題

社長部長が「そういう声を拾うぞ!」とか言ってご意見箱的なのを用意したりもするんだが

結局そこに投稿されてる提案が良いのか悪いのか判断できないか無駄

必要なのはリーダーシップというある意味独裁的なやり方であって民主主義的なことをやってたら成功しない。

なのでDXを本気でやりたかったら上層部人間イケてるベンチャーで下っ端として1ヶ月ぐらい働いたらどうですかね。

日銭を稼ぐようなベンチャーイケてるところは効率化の塊ですよ。

そこで身をもって体感してみたら良いんじゃ無いかな。まぁベンチャーにとっては良い迷惑だろうけど。

2022-02-05

anond:20220205141525

いまどきのソースコード変数名数バイト節約しても知れてるんだからローマ字とかなんなら漢字変数名つけたらどうなのか

2022-02-01

そのシステムは死んでいる

プログラマーをやっていると、何やっても火を噴くようになったソースコードというのを目にすることがある。

だが火を噴きつつもなんとなくタスク完了できるし、いきなりそうなったわけでもないのでゆでガエルの様に経営陣はこんなもんだろうと深刻に見ようとしない。

だが、ちょっとした機能変更ですら1人月かかるなどという状況は異常だ。

これはそのソフトウェア採用したアーキテクチャが死んだ、ということでもある。

アーキテクチャは当初はとてもいいものだろうとみんなが考えて採用するが、時と共に基盤技術陳腐化する、新しい技術が台頭するということによって陳腐化したり使い物にならなくなったりする。

また、経済の発展と共にそのアーキテクチャではもたないようになることもある。

50cmくらいの溝にかける橋なら適当な板でも構わないが、その端の両端に気をつなぎ合わせて利根川を渡す橋を架けるとか、利根川をまたげるくらいの板を利根川に渡してみてもそれは端にはならない。自重で瞬く間に崩壊するだろう。

だが、ソフトウェア世界では、じゃぁ、更迭の橋げたを下に並べようとかそういう事をする。

上を車が通っていたが割れるなら、上にも鉄板を敷き詰めよう

元の板なんかなくてもいいんじゃないですか?

いやもう橋の中に埋め込まれてとることはできない。

でもその板が腐食してきてますよ、橋落ちますよ。

じゃぁ、もっと鉄板を分厚くしよう!

いや、だったら横にもう一つ橋を架けたら・・・

そんな金のかかることできるか!

みたいな変な議論をする羽目になる。

橋につぎはぎするのに毎年10億円を50年払い続けるのはいいが、新しい橋を20億円かけて架けてその後毎年2億円位のメンテナンスコストで済むほうは選ばない。

これはビジネスにおける会計年度のせいかもしれない。

まり新しい橋を架けた年は赤字になるので株価も下がるとか投資家還元できないとかそっちを考えるのだろうか。

そして会社は死んだシステム心中することになる。

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