  |
はてなキーワード: ソースコードとは
必須ではないけど、Linux 前提であることが多いから Windows でしか動かないようだとあまり人気のソフトになれないだろうね。
というか、現状すでにほとんどの人がWindows上のWSL2というLinux環境でプログラミングを学んでるんだから、そのままLinux（WSL2）で動くOSSを開発すればいいじゃん。
ほとんどのLinuxのOSSはWindowsのWSL2で動くぞ。
あとオレは昔Windows上で開発してたことがあるから言っておくが、Windowsみたいな中身が分からんソースコードの無いブラックボックスのOS向けに開発してると理不尽すぎて嫌になるぞ。Linuxなら何か問題あってもそこにOSのコードがあるから読めばどうなってるか分かるし、壊れてるなら直すことだってできる。
上司からは「プロパーのAがいなくなって、これから仕事が楽になるのに何で辞めるのか」と聞かれた。
それはA以外にもヤバい奴が多すぎて、もうこの会社そのものに嫌悪感しかなかったからだ。
ヤバいのはA一人ではなく、上司や同僚も同じようなノリで仕事をしているらしい。
「課題解決のためなら残業も徹夜も当然」な脳筋理論が蔓延しているとのこと。
Aが現場に無茶な量の仕事を投げ込むのも「下請けに何件仕事をさせたか」「下請けに何件指摘したか」が評価基準になっているためらしい。
うちに詳細仕様を展開する上流工程の部署もそんな有様だったので、こちらは大変苦労させられた。
内容を理解せずに仕様書を更新しているらしく、展開メールには更新内容を絶対に書かないので
メールが届き次第、送信者の席に直接向かい、更新内容を口頭で確認する必要があった。
変えたはずの箇所が変わってない、変えてない箇所まで変わっている、といったことは日常茶飯事だった。
これらの仕様書の誤りによる作業遅延は、うちの部署が残業や徹夜でカバーする羽目になった。
この部署に「仕様書の更新方法や、メール展開の仕方まで人によってバラバラなので統一してくれ」と何度もクレームを入れたが
半年もしないうちにほとんどのメンバーが入れ替わり、クレームも引き継がれず無かったことになり
それを取り仕切る部長の言動が、社会生活を送れているのか怪しいレベルでヤバかった。
その部長は、下請けから機材を借りたいと依頼があると、おもむろにフロアを徘徊しだし
他の下請けが借用中の機材を、相談もなしに持ち去ろうとするのである。
ある時などは、私が使用中の機材を突然持ち去ろうとして
増田「これはうちの会社で借用しています！勝手に持っていかれると困りますよ！」
部長「いつも使ってるわけじゃないでしょ？」
増田「毎日使ってますよ！これがないと仕事止まっちゃいますから！」
部長「ふーん…そっかぁ」
もし席を外していたら、確実に強奪されていただろう。
一部の下請けは、数が限られた機材を他社からぶんどるために、この部長を利用していた。
ある朝出社すると、借用機材が机ごと無断で移動させられており
部長に確認したところ、他社との共用機材にさせされていたこともあった。
クレームを入れたが「もう決めたから」と相手にされなかったため
常に借用機材の席に自社社員が常駐している状態にし、分捕ろうとした会社に使わせないことで対抗した。
慌ててサーバ管理者らしき人を探し、バックアップから復元できないか相談したが
「今はサーバ自体の管理者はいない。以前は下請けが管理者だったが、退場した」
との恐ろしい回答が返ってきた。いままでの業務成果物は、全部そのサーバに入っているのだが…
Aに事の次第を説明したところ、資料の作り直しと再レビュー、および再発防止策を要求された。
再発防止策は「成果物はすべてバージョン管理ツールにpushして格納する」となったが
ビルドしたソフトなど、容量が大きすぎるものは既存のサーバに格納することになった。
部署内でしか使わない、レビューが終われば誰も見向きもしないレビュー資料を大事に管理し
他部署や顧客に渡す機会の多い重要なソフトはそのまま、という不条理極まりない対策だったが
Aは満足していたようだった。
なお、私の退場後、そのバージョン管理ツールのバージョンアップが失敗し
格納されていたソースコードやレビュー資料は全部消えてしまったと聞いた。
復旧に一か月かかったらしい。
「いやぁ～電車内での白い目、ヤバかったすわぁ～」と言いながら出社し、1日中大声で咳をするプロパーがいた。
自席で大人しくしているならまだしも、咳をしながらフロア中を歩き回って挨拶回りをしていた。
当人も異常だが、ほかのプロパーも誰も気にしていないのも恐ろしかった。
おわり
もちろんそんなことはなく、他社の書いたソースコードを読み解く必要もあれば
エラーが出ればデバッグして発生箇所を特定くらいはできる必要があるのだが
「手順書通りにポチポチするだけ」みたいな売り文句で人を集めていたのではないかと疑っている。
サブリーダーはAの罵倒の洗礼を浴び、1か月もせずに適応障害で退場。
後任探しは諦めたようで現場はAから直接指示を受けて仕事をすることとなった。
なお、サブリーダーはしばらく後に幽霊社員※として復帰してきた。他に行ける現場がなかったのだろう。
（※元請け社内の雑用係。常にチャットツールはオフラインで、対外的には居ないことになっている）
なお、集めた内容は最後まで活用されることはなく、現場の手間が増えただけだった。
「いつかこれを使ってお客さんとスケジュール交渉できたらいいねぇ（笑）」と口では言っていたが
作業内容も理解していないのに、数字だけで顧客どう交渉する気なのかは謎である。
Bは「そういうのいいから！もうお客さんから受けちゃったから！こうして君と話してる時間が無駄！とっととやって！」と逆ギレしていた。
そのメンバはたいそうショックを受けたようで、翌月には職場を去った。
「文章が長すぎて読めない」「文字だとわからないから図で描いて」「来たばかりの新人が見ても分かるように書いて」のみ。
Aから「いつになったらまともにレビューできるようになるんですか！？」と詰められていたが、結構最後まで改善はなかった。
Bとの社内レビューで10時間近くかかった案件が、顧客担当とのレビューでは10分で終わったこともある。
他所の部署のリーダーに「増田の残業がヤバそうになったら彼に注意して」と残業管理を丸投げしていた。
もっともその頃にはCとの関係は相当険悪になっていたので、残業関係のメールやチャットは無視していた。
「我々はお客様にお金をいただいて勉強させてもらっているんだからそれくらい我慢すべき」といってAを擁護する始末。
続く
マイナンバーカード関連のトラブルで連日連夜ネガティブな報道が絶えない
特にゲンダイあたりはここぞとばかりに否定的な記事を連投している。
が、記事を書いているのはITの専門家でもない自称経済評論家の方だったりして論点がズレまくっている。
正すべきところをしっかり正して前に進んでほしいのだが
メディアの質が悪いせいで変なところばかり正す方向になりそうだ。
また、トラブルは蟻の子１匹許してはならないみたいな論調も、進化を止めるだけなのでやめてほしい。
それに輪をかけてひどいのはヤフコメ欄だ。
マイナンバー制度憎し現政権憎しの人たちがここぞとばかりに元気になっている。
が、そのコメントの質が驚くほど低い。
例えば以下のコメントだ。
y_h********2時間前
これはciscoのサーバによって構築されているんでしょうかね？
プログラミングもシステム構築も最初に作ったのが間違っていると間違っているところだけ書き直すとそのほかにボロが出てしまうものです。
プログラミングしている人なら分かると思うが完璧につくっても予期せぬトラブルが起きるものです。
個人的にはLINEを官公庁が使っている事の方が１００倍問題だと思っていますけどね、日本人は韓国は信じる、自国は信じないっていうののが凄いです。
「国会議員カード」を作れ！ トラブル続出のマイナカードへ、国民から強烈な皮肉
https://news.yahoo.co.jp/articles/a8106cec13deeda2ef44d71a3f093c143db579fc/comments
何を言っているんだ…？
他にもひどいものがたくさん…。
たぶん「昔ちょっと何らかのシステム開発に携わった老人」たちが、今時のシステム・ソフトウェア開発をまったく知らずに
クラウドとか、アジャイル開発とか、リーン思想とか、何も知らないのだとおもう。
ましてやソースコードを書くという経験をしているかどうかも怪しい。
ただ知識を持たないのであれば、正しく批判できているのか自問自答すべきであろう。
少なくともこう知ったかぶって叩いているのは目に余る恥ずかしさである。
もう老人たちは知らないのであれば黙っていてほしいものだ。
「わしが若いころは！」と何一つ変わらない。
しかも、この手のレスをいっぱい見たメディアはまた記事を書く。
「インターネットでは以下のようなコメントがー…」と。ひどいマッチポンプだ。
アメリカがクリプト規制に本気出し始めたので本邦Web3ヤーたちがざわざわしています。さらなる詐欺の撲滅のため、彼らが常用するレトリックとそれに対する正しい反応をあらかじめ書き連ねました。これらが有耶無耶のまま来年ビットコインが半減期を迎え、万が一雰囲気で相場が好転すると、耳さわりの良いポジトークが増えていくでしょう。これ以上被害者を出さないためにWeb3ヤーワクチンを打ってください。
解答「あなたが損した分、ショートしている人は儲かっています。あなたのポジションはSECも守ってくれません。そもそもトークン自体に価値があるなら、その価格がドル建てで上がろうか下がろうか関係無いはずです。それなのに価格の上下で一喜一憂するということは、そのトークン自体に価値がなく、ドルに価値があると自ら告白しているようなものです。そんなトークン遊びは規制されて当然でしょう。」
解答「むしろ考えるべきなのは、そんなゲンスラーでもこうなってしまうほどアメリカはクリプト規制に本気を出していることです。ゲンスラーすらSEC相手には犬なのです。個人攻撃で国がひっくり返るほど、アメリカは中央集権的な国家ではありません。もっと大きな敵を相手にしましょう。それを突き詰めていくと、規制がないことを良いことに、資金洗浄やテロ資金供与に目を瞑り、いい加減なポンジスキームを乱立させて、マネーゲームに狂乱したあなた方が本当の敵だったことを発見するでしょう。」
解答「クリプトはイノベーションだったのでしょうか。イノベーションは誰かの役に立つからイノベーションなのです。金融ゲームに勝ってドルを誰かから奪える以外のユースケースを挙げてください。」
※別解「暗号資産はそもそも国家に依存しない通貨というコンセプトのもと発明されました。その暗号資産は、国家に保護されるべきものなのでしょうか。国家からの保護が必要なら、その挑戦に失敗した、ただそれだけではないでしょうか。」
解答「あなた方の間違いを認めたくがないために、無理やり陰謀論で帳尻合わせですか。本当に失望しました。試しにアメリカのTwitterトレンドを見てみましょう。誰もクリプトのことなんか話していませんし、見つかるのはbotterによる詐欺ミームコインのエアドロップの告知ツイートだけです。これを見るだけでもクリプトは百害あって一利なしだと分かるでしょう。あなた方のようなルサンチマンに陥ったイノベーターに誰がついていくのでしょうか。あ、イノベーターではないか。そーか、そーか。」
「ふぁっっ？」
解答「DeFiは金融リテラシーが低い人には向きません。スキャムやポンジスキームのプロジェクトに溢れているからです。金融インフラが進んでいない地域では金融教育も行き届いていないことを想定すると、そのような地域の人々が安心して触れるものでは決してありません。途端に泣き崩れる嫁が大量発生するでしょう。」
※別解「え、DeFiって、金融強いマンたちが、余裕資金で脳汁ブシャーに興じるオンラインカジノじゃないんすか？途上国の人から見ればDeFiの手数料だけで一ヶ月暮らせるけど？」
解答「みんなそう言ってるから信じられません。そもそも、その断り文句を入れなければならないあなた方のその業界は、何かが根本的に間違っています。」
解答「そのコミュニティに運営が成り済ますことが技術的に簡単にできる以上、我々投資家はあなた方を信頼しなければなりません。そんなあなた方が発行するトークンを証券と呼ばずに何と呼べばいいのでしょうか？」
解答「プロダクトの素晴らしさではなくて、エアドロップで集客しなければいけないプロダクトのバリューは何ですか？エアドロップが自己目的化してませんか？」
解答「エアドロップで客引きするのがダサいと分かっているから、未定で誤魔化しているのでしょう。こう言うプロジェクトからはエアドロップしたい下心が透けて見えます。いずれVCに突かれてエアドロップするでしょう。」
解答「真面目なプロダクトはこの業界では報われません。触っても無駄なので無視しましょう。」
解答「エアドロップができない日本のプロジェクトが取る日本特有のマーケ戦略です。基本ミントしても何にも起こりません。くだらない電子ゴミにしゃぶりついた黒歴史がブロックチェーン上で全世界に晒されるだけです。絶対にやめましょう。」
解答「今までハッキングされたプロジェクトもそう言ってきました。それでも大丈夫と言える根拠を述べてください。」
※別解「そんな定型句は聞き飽きたので、あなたのチームに朝鮮訛りかロシア訛りの英語を喋って、リモート会議で顔見せない開発者がいないかだけまず教えていただけますか？」
解答「それは仮想通貨取引所が全世界的にAML/CFT対策を強化してきた努力の成果です。現在の暗号資産はハッキングしても大規模な資金洗浄が困難になっています。規制の恩恵に守られながら、Web3ウェーイ、政府なんていらねーぜウェーイ、とイキるのは恥ずかしいのでやめましょう。」
解答「ハッカソンはWeb3業社の主要事業です。自社エンジニアに去られ、プロダクトのネタが切れ、エアドロップもしてしまったWeb3業社はやる事がありません。何かやっているアピールのために、ハッカソンを頻繁に開催して事業を偽装しています。そんなハッカソン会場には、闇バイト戦士をリクルーティングしようと怪しい人がウヨウヨしています。気をつけましょう。」
解答「イベントもハッカソンに次ぐ事業です。英語で何かを聞かされますが何も中身はありません。ポジショントークと馴れ合い、プロ驚き屋たちのサクラトークだけです。分かりやすい英語で話してくれるので、いいリスニングの練習になります。また、会場にいるWeb3女子の9割はバックに怖い人たちがいます。近づいてはいけません。」
解答「組織内部が崩壊していますと同義です。Web3の中の人はとっくにヤバさに気づいて逃げています。特にエアドロップを終えたプロジェクトは新規で入る人には何の旨味もありません。また、トークンをもらえても、証券認定されれば、むしろトークンを持つことで面倒なことに巻き込まれる可能性があります。関わらずが正解です。」
解答「Web3起業家ワナビーが取りがちな行動です。しかし、そういった仲間意識から生まれる信頼関係の重み付きグラフから権威が創発され、権威が国家権力を生み出し、やがて私有財産権を脅かすに至ったアンチテーゼとして暗号資産は生み出されたはずです。ドバイやシンガポールの村社会は楽しいですか？仲間と内輪ノリで楽しくやっててください。政治家と写真撮って、偉い人と握手して、セルフブランディングして、素晴らしいプロダクトを世に送り出してください。待ってます。」
解答「さぞ難しそうなことをしている響きですが、JavaScriptしか書けない弱々エンジニアです。ブロックチェーンのAPIを呼んだり、ウォレットのAPIを呼んだりすることしかできません。楕円曲線暗号は知っているのにRSA暗号は知りませんし、デーモンは知っているのにプロセスは知りません。トランザクションと聞けばブロックチェーンのトランザクションが先に思い付きます。もちろんSQLは知りません。それなのに自分が何かクールなことをしていると勘違いしています。え、Solidityも書ける？ああ、自分がクールじゃないと気付いたから周りのエンジニアとの差別化を図ったんだよね。わかるよ。でも、小手先で見栄えだけよくする様は、Web3起業家ワナビーとマインドが一致しています。頑張ってください。」
解答「〇〇チェーンが高いTPSを記録しているのは、分散性を犠牲にしているからです。ブロックチェーンとは呼べません。どこかに単一障害点があるので不安定でよく止まります。分散していないので、ゲンスラーの手にかかれば瞬殺されるでしょう。」
※別解「高スループットなのはいいけど、その分増えるデータ容量はどうすんの？将来的に何十～何百テラバイトにもなるチェーンデータを非中央集権的に持続的に分散管理できるとでも思ってるの？結局は、Googleのようなところに集中しない？」
解答「SolanaやPolygonはコンセンサスに参加できるノードを制限しています。ちなみにSolanaのバリデータノードは走らせるためだけに一年で数万ドルかかるので一般人には手が出せません。また、Polygonは人が管理するブリッジに全ユーザーの資産をロックしているので、実質中央集権です。バリデータは偽装工作です。もちろん証券でしょう。」
※別解1「Polygonは速いのはいいけどさ、reorg（チェーン巻き戻し）多すぎない？まだ少しの人にしか使われてない黎明期に、そんな調子で大丈夫なの？でもバグった自民党NFTがデプロイされてキッシーが無限ミントされたおもしろチェーンだから、消えたりしないでね。」
※別解2「Solanaはトランザクションの9割は同期用のトランザクションだから実際のTPSはずっと低くない？例えるなら、モバイル事業者が一日10000通話達成したって宣伝しながらそのうち9000通話がその事業に必要な内線ってことでしょ？はなしもりすぎ。お前の父ちゃんアーフロ。」
解答「今もこんな養分いるんですかね。Cardanoはプロジェクトの開始時から世界中のクリプト民から嫌われている稀有なプロジェクトの一つです。日本では反社との接点が報道されるなど真っ黒なブロックチェーンとして知られています。SolanaやPolygonとともにSECから証券と名指しされましたが、反論の余地はないでしょう。技術的にも、UTXOモデルを採用したCardanoにスマートコントラクトの未来はありません。」
解答「頑張ってください」
解答「君たちは、良い人そうだし、駆け出しエンジニアと繋がりたそうですね。君たちの純粋な眼差しを見ると、わたしは胸が締め付けられます。少なくとも来世では幸せになれるでしょう。」
解答「君たちはNEM勢と同じ顔をした若い世代です。英語難しいから日本人がたくさんいるAstarに来たんだよね。わかるよ。はぁ、みんな揃って、優しいのに彼女いない顔をしていますね。来世では幸せになれるでしょう。」
解答「IEOはメチャクチャです。規制の緩い資金調達手段は、売り抜け目的の悪徳プロジェクトが養分を狩る場にしかなっていません。チャートを見る限り今年日本で行われたIEOはすでに全てが死んでいます。今後も触らぬが正解でしょう。しかし、それでも触りにくる養分は集まってしまうので、雰囲気で祭りになりやすい半減期前に、何らかの規制が求められます。」
解答「NFTの所有と、法的な所有は別です。有体物ではない電子ゴミに所有権もクソもありません。」
解答「ブロックチェーン上では、成りすましが容易にできてしまうため、盗まれたふりも紛失したふりも簡単にできます。そのような保険サービスは持続できないでしょう。そもそも代替不可能なNFTの金銭的価値を測るのは容易ではありません。」
解答「ブロックチェーンが無くなる、もしくは止まったら全て思い出になるのは変わりません。」
解答「それはポンジスキームです」
※別解1「あれれ、STEPN息してなくない、ｳｫｳ、ｳｫｳ？」
※別解2「去年は滑稽だったなぁ、STEPN起動しながら歩いてる人たち。ペースが崩れるとトークンがもらえないからみんな同じ歩き方でさ。まるで朝鮮人民軍の軍事パレードなんだ。資本主義も共産主義も、行き過ぎれば同じってハッキリわかんだね。」
解答「チート使って人間のふりして24時間稼働して金稼ぐbot天国になります。ブロックチェーンゲーム（BCG）は、いかにプロトコルをハックして稼ぐかを追究する数字ゲームに還元されるので、純粋にゲームする人間は養分になるでしょう。ポケモンGoのような従来のゲームならさほど大きな問題にはなりませんが、チートでお金を稼げるようになる、しかもそれが他プレイヤーに損を押し付ける形でなので、すぐさま深刻な問題になるでしょう。」
※別解1「掛け金を払ってそれを超えるリターンを期待するゲームは、ゲームではなくギャンブルです。今日からBCGのGはギャンブルのGってことにしましょう。」
※別解2「最近サッカーのBCGを始めましたが、数字比べゲームでした。いつになればサッカーができますか？」
つづく
ここ数日、エンジニア界隈で話題になっている「雑魚エンジニア」の記事がある。
https://note.com/joan_of_arc/n/ned510ca913c7
中身は「自分が無能だったせいで最終的に鬱になったので経緯を説明します」ってだけなんだけど、
これを読んで思ったことを書き記す。
そこで、頭の至らない私にとって選択できる解決策はあまり思い浮かばず、「第三者に判定してもらおう」と思い、ソースコードの一部を私の部の slack に共有し「このコード、率直にどう思いますか？」とお伝えしました。
いやいやいやいやいや、コイツやべーだろ！
ウンコードを読んでリファクタしたいと思ったのはわかる、それを断った先輩の気持ちもわかる。でもその後のアクションがなんでいきなり晒し上げなんだよ！
それ社会的に殺したい相手とかにやるやつだから！同じ会社で一緒に働く同僚にすることじゃねーから！
ってかもう、この部分だけで彼(彼女？)の生態がわかるじゃん。
文中では
とか
この記事も徹頭徹尾、「自己の正当性を証明するために世間の同意と同情を得るためのもの」じゃん。
話は変わるけど、君らは当然ハリーポッターは履修してるよな？してる前提で話を進めるよ？
「ああハリーポッター、ドビーめが悪いのです！」とか、「ドビーは悪い子！ドビーは悪い子！」とか。
この記事も完全にそれじゃん！
自分のことを「雑魚エンジニア」とか「頭の至らない私」って過剰に卑下してみたり、
「自分視点の主観的な理解しかお話しすることができません」とか「この先輩エンジニアの方に責任を押し付けたいわけでは決してないです」とか「『上司の判断がおかしい』と言いたいのではありません」とかで免責してみたり。
こいつはくせえッー！ゲロ以下のにおいがプンプンするぜッーーーーーッ！！！
雑魚エンジニアじゃなくて屋敷しもべ妖精エンジニアに改名した方が良いと思う。
今回は鬱になっちゃったので失敗感あるけど、これまでこの「周囲を味方につける」手でたくさん成功体験を積んできたんじゃないかな。
これは理路が悪い
AI絵の話の問題は、素材として自分の権利コンテンツが使われている事だ
学習モデルをきっちり指定すれば、ほぼほぼ狙った絵柄の絵を出力できる
これと同列に語るためには
パワプロのソースコードが学習として取り込まれて「そこから」ウマ娘のコードが出力されてる位の相関が必要だ
パクリって話なら、RPGなりSTGなりの「システム部分」はパクリなしに成立しない
トレースでなく努力の結果、目指した作家と絵柄が似た人はパクリか？
という話をしたとき、KONAMIは「特許侵害」というステージで問題にした
これはパクリだとか似てるだとかそういう次元の低いお気持ちの話じゃない
ノベルゲーが隆盛を極めた頃、そのシステム構成や物語構成（日常、個別、問題発生、解決）がパクリなんて言われたことないだろ
程度の低い話すんな
後弾になりかねないぞ
Photoshopのタイル構造はどのように実装したら良いですか？何か参考になるソースコードなどはありませんか？
Photoshopのタイル構造は、画像を小さな矩形のブロックに分割して、各ブロックを個別に処理することで実現されます。これにより、大きな画像の処理を高速化することができます。
このアルゴリズムを実装するには、以下のような手順が必要になります。
画像を読み込む
処理が完了したら、結果を保存する
以下は、Pythonで実装された簡単なタイル構造のコード例です。この例では、画像を単純にグレースケール化しています。
import numpy as np from PIL import Image # 画像を読み込む im = Image.open("input.jpg") # タイルのサイズを決定する tile_size = 128 # 画像をタイルに分割する tiles = [] width, height = im.size for y in range(0, height, tile_size): for x in range(0, width, tile_size): box = (x, y, x + tile_size, y + tile_size) tile = im.crop(box) tiles.append(tile) # 各タイルを個別に処理する for i, tile in enumerate(tiles): tile = tile.convert("L") tiles[i] = tile # 処理されたタイルを結合して、元の画像を再構築する output = Image.new("L", (width, height)) x = 0 y = 0 for i, tile in enumerate(tiles): output.paste(tile, (x, y)) x += tile_size if x >= width: x = 0 y += tile_size # 結果を保存する output.save("output.jpg")
このコードは、Pillowを使用して、画像の読み込み、タイルの分割、処理されたタイルの結合、結果の保存を行っています。このコードを改良することで、より高度な画像処理アルゴリズムを実装することができます。
回答ありがとうございます。しかし、実際にはこれに拡大縮小、タイルを跨いでのコピー＆ペースト、ペンツールでの描画などが加わります。拡大縮小は画像ピラミッドのようなもの、メモリ以上の巨大な画像を扱えるのはmmapを使っているのではないかと予想しています。これらを一言で回答するのは難しいと思いますが、何かアドバイスをいただけないでしょうか。よろしくお願いいたします。
拡大縮小、タイルを跨いでのコピー＆ペースト、ペンツールでの描画などを実装するためには、より高度なアルゴリズムとテクニックが必要になります。
拡大縮小に関しては、画像ピラミッドを使用することで実現できます。画像ピラミッドは、複数の解像度レベルで同じ画像を表現する方法です。画像ピラミッドを使用することで、拡大縮小のプロセスを簡単かつ高速に行うことができます。OpenCVやPillowなどのライブラリは、画像ピラミッドを構築するための機能を提供しています。
タイルを跨いでのコピー＆ペーストは、オーバーレイ技術を使用することで実現できます。オーバーレイとは、複数の画像を重ね合わせることで、新しい画像を生成する技術です。タイルを跨いでのコピー＆ペーストは、オーバーレイを使用して、複数のタイルを重ね合わせることで実現できます。また、透明度を使用することで、重ね合わせたタイルの一部を透明にすることもできます。
ペンツールでの描画に関しては、画像のピクセル単位での操作が必要になります。これは、OpenCVやPillowなどの画像処理ライブラリを使用して実現できます。画像のピクセル単位での操作には、色の変更、描画、消去などが含まれます。これらの操作を組み合わせることで、複雑な描画機能を実現することができます。
最後に、メモリ以上の巨大な画像を扱うために、mmapを使用することは可能です。mmapを使用することで、ファイルをメモリ上にマップし、ファイルと同じようにアクセスすることができます。これにより、ファイルがメモリに収まらない場合でも、ファイルの一部をメモリにマップし、必要な部分だけを読み書きすることができます。ただし、mmapを使用する場合は、適切なメモリ管理が必要であり、オーバーヘッドが発生する可能性があるため、十分なテストと調整が必要です。
https://xtech.nikkei.com/atcl/nxt/news/18/15159/
まあお察しの通り内部的に秒単位で重複を全く想定してなかったのは間違い無さそうなんだけどさ
足立区の時は、該当のプログラムは足立区でしか使われていません。同じ問題が他の地域で発生する可能性は全くありません。って断言しちゃって、当然どうなってんだと詰められてる訳よ。
「全く違うコードで動いておりますが、開発効率を最適化させる為に担当者が該当箇所のコードを参考にしている事が判明いたしました。
他の従業員にはコードを真似する事はしないように教育しておりますので全く問題はありません。
また、足立区の場合は2人同時に発行した場合の現象で、今回の3人が同時に発行した場合とは全く異なります。
ソースコードの開示に付きましては、弊社法務からご連絡している通り 弊社の知的財産に含まれますので公開する事は差し控えさせて頂きます。
(納品DVDの5-2-12 の 住民票印刷システム(FJ-2012-更新版-2-修正済み)/DLL-145-4575.dll に実行ファイルが含まれております)」
って返して後は法務に連絡するようにしてやっと開放されてそう。
１００時間かけて書いたコード資産に１時間かけた新人のコードが優っていたら
迷わず置き換えるのが俺らなんだよ。努力はコストなのでしなければしない方が良い。
で、個性って要するに運だろ。
誰と出会ってきたか、どんな本を読んできたか、どれだけのチャンスを捉えたか、そして何より才能。
運が良いだけの人が勝ち、運が悪いだけで負ける社会ってグロテスクだよ。
運は分け合わなくちゃ。だからプログラマーはソースコードを共有するのさ。
進捗があったら可能な限り広く共有する。活かしてくれる誰かの目に止まるように。
そうしてるうちに、想像もしなかった世界が見えてくる。計り知れない力を持つ未知の機械が作られる。機械は、たくさんの同僚から退屈で単調な仕事を奪い、代わりに新天地を冒険する余力を与える。
[B! ネット] 攻略ツールをGameWithに模倣されたお話｜oliver｜note
GPLを理解していないコメントがあるのは仕方ないとしても、これにスターが大量に集まるのはバカの見本市すぎるだろう。
模倣元のツールはMIT Licenseで公開されていたらしいので、状況は概ね3パターンに整理できる。
パターン1はどんなオープンソースライセンスでも問題にならない。
パターン2はMIT Licenseでもライセンス違反なのでGPLを選ぶ必要がない。
（MIT Licenseは著作権者とライセンスの表示が必須で、少なくともソースコード上に「Auther: ○○」「License: MIT」と記載する必要がある）
パターン3はGPLでは問題にならない。FSFのFAQより引用する。
Q. ある会社がGPLが適用されたプログラムの改変バージョンをウェブサイトで動かしています。GPLはかれらは改変したソースコードを配布しなければならないと言ってますか?
A. GPLは誰もが改変したバージョンを作成し、他に配布することなく、使うことを許しています。この会社が行っているのはこの特別な場合です。ですから、この会社が改変したソースコードをリリースする必要はありません。
というロジックになっている。結局、どのパターンでもGPLを選んだところで問題は解決できない。
また、次のコメントも間違っている。
CC-BY-NCの定める「営利目的」はソフトウェアを売買したり利用料を得たりするような行為のことで、アフィリエイトで広告収入を得る行為は含まれないから抑止にならない。
この中でまともなこと言っているのはこの人だけである。
GPLv3含め通常のOSSライセンスではバックエンド利用は再配布に該当しない(お前らはApacheやFFmpegのソース配布してるか?)。XaaS提供を縛りたい場合はv3フォークのAffero GPLv3が必要。
ただ、模倣先のツールはクライアントサイドアプリケーションらしい（≒パターン3ではない）のでAGPLv3を選ぶ必要はあまりないだろう。内容は的確だが、ちょっと惜しい。
-----
ここ最近感じていること：コメントの質が云々というより、スターを付ける人の質が悪いので一向に改善されない問題のほうが根深いなあ。
