  |
はてなキーワード: フリーソフトとは
金額感は任せてくれませんか ← 年商で１０億とかの小さい会社
↑
どうみても金額感のすり合わせもなく まぁ むかしから１００億の案件を１０億で売られてしまうみたいな事故が発生する大企業をみてきて
金額は任せてくださいって 予算感もすり合わせず よく言えると思った １兆円超える？ その金額を役員でもなく 営業が？ なんか 不幸だなって思った 個人事業主とか思われたんだろうな
あなたのところの新規事業 口先三寸 事業説明とかいっさいなく
酒も飲まない営業が 僕にまかせてください程度 まぁ ５００万円でうってきたら すごいでしょ とかいうんだろうなぁと 絶望している ５万円以上で売れたらすごいでしょって言うつもりだったんだろう
営業を通すと ５万１０万 フリーソフト０円を１０万円で売りました 褒めて褒めてー それはそれですごいんだけど
あまりにも安く見られて その程度
舐められたらこんなもんだよ人間 いっしょう ゴミのような扱いを受ける 缶ジュース１本 もらってない
それを５００万でうってきたら
そりゃぁ 僕にまかせてくださいぐらい 言うだろうなぁと
任せたら１円でうってもいいからね 抜き放題 缶ジュース１本おごって 飲んでもいない仲の相手に 任せろといえる すごいなぁとおもった これが 庶民
というかChromeのブラウザ拡張だけど、demadoってやつ、全ブラゲユーザー必携じゃん。
まあ欲を言うと足りない部分いっぱいあるけどさ。
元はTab Muterって拡張にショートカットキーを割り当ててそれをマウスボタンに割り当てることでアクティブウィンドウのミュートON/OFFを迅速に切り替えられてたんだけどこの拡張を使うと一部の拡張が効かなくなるせいか独自のリストウィンドウ上のアイコンをポチポチして切り替えるしかないのね、それはちょっと不便になったかな。
そのリストも並び替えはできないし、編集モードに入ってもウィンドウ位置や設定タイトルは変えられないんだよ。そこも任意で入力可能にしてほしいね。実際に動かして自動で記憶させるしかないってことは少し使ってたら把握できたけど、たまにバグって0,0に戻るし。
あとリストが項目ごとに自動で色分けされるのはいいけど4色って少ないよ。しかも緑と青緑が似すぎてて判別しづらいし。もうちょっと別のにできんかったんかい。せめて色コードも指定可能にするか、いっそ2色か単色でいいわ。
それから、なぜかタブを閉じるCtrl+Wのショートカットが効かなくなるんだよね。ウィンドウ開いた直後は効くんだけど、遊んでると効かなくなるのが謎。
というわけで以前のKaicy Window Operationってフリーソフトでウィンドウタイトル検出してリサイズ・位置決めしてた時よりもアドレスバー・ブックマークバー部分やページ内の上・左のマージン部分は減らせてスリムになったおかげで、たくさんの窓を並べられるようにはなったものの、完璧とまではいかないかな。
それでも十分神アプリではある。試してみてもいいんじゃないかな。作者日本人っぽいし。こちらからは以上です。
先に解を書きます。
フリーゲームという体を保ちつつ、ゲーム実況者から金銭的なフィードバックを期待するのであれば商用の利用規約を設置すればよい事です。
法的な根拠である上に、ゲーム開始時に規約への同意画面を出す等すれば視聴者から実況者にちゃんと支払わせる圧が生じるでしょう。
金銭の要求では無いですが、商業タイトルの一部ゲームでは実況の際にエンディングを公開することを禁止するような条項がありそれは視聴者の圧と実況者の両親によって概ね守られています。
ここから先は読まなくても構いませんが読んだ方が良い話です。
1. 根底にVtuberに流れていく何万円もの金の何パーセントかは自分の金だという思い込みがあるからそういう発想になるのだと思いますが、その金はVtuberの一挙一動に投げられたものであって鐚一文たりともゲームに投げられたものではありません。したがってあなたが受け取れるはずだった金はゼロです。
もし理解できなければ自分のゲームがお金を稼いだ時の事を想像してみたら良いと思います。その金は全てゲームを作った人間の金であってゲームを作るのに使った（商用化に関する規約の無い）フリーソフトやフリーツールの作者の物ではないことは容易に理解できるはずです。
2. あなたは金がもらえない不服をリスペクトが足りないというような解釈に置き換えることで自分の心理を正当化しようとしていますが、リスペクトは強要されるものではないですしお金の代用語では無いです。強要などしていないと考えているかもしれませんが、誠意を示せと喚いているヤクザと同等であることを自覚しましょう。
3. 規約もなくフリーゲームとして出しているならば金品を期待するべきではありません。
4. Vtuberに実況されたからゲームを作れなくなったのではありません。あなたがフリーゲームという概念を勘違いし、見当違いの期待をして勝手に裏切られやる気を無くしたからゲームを作れなくなったのです。
実況されるほどのゲームを作れるクリエイターなのですから変な落とし穴にはまらず取れるところからはしっかり取って良いゲームを作っていってください
タダだから遊んでやってるだけって自分でもわかってるくせに何言ってんの？
フリーソフトでやってる理由は、「売上」って明確で正当な評価を喰らうのが怖いだけでしょ
三流のプロでも何でもない一流のアマがちょっとVtuberに取り上げられただけでイキってんなよ
見返りが欲しいんならちゃんと売れ
日本のIT化は欧米や中国に比べて遅れている、韓国にも負けているという現状認識がある。これは正しい。
これを取り戻すべく、ITリテラシーの向上だ、プログラミング教育でソフトウェア産業の生産性を上げようと考える一派がいる。これは間違いだ。
なぜなら原因の分析を間違えている。原因に対して適切な処置ができなければ問題は解決しない。当たり前の話だ。
もちろん全く効果がないとか逆効果だとは言わない。しかしせいぜい5%ぐらい問題が改善されれば御の字だろう。
日本のIT化が欧米やアジア諸国に比べて遅れた原因はデフレによる設備投資意欲の減退である。
設備投資が減る→技術者の教育機会が減る→ソフトウェア産業のレベルが下がる
こういう流れで段々と日本のITは世界に取り残されたいったのである
インターネットが普及し始めた当初、日本のソフトウェア開発技術は低いものではなかった
フリーソフトとして世界的なシェアを獲得しているソフトもたくさんあったし、倫理的な是非はともかくWinnyはP2P技術を用いたファイル交換ソフトの完成形を提示していた
ニコニコ動画の最盛期にはYouTubeに劣らない国産動画サイトを作ることもできた
しかし、デフレによる経済の停滞、投資の停滞は国内の開発レベル向上を徐々に阻んでいき、ついに今日の惨状に至っている
一時的に持ち直した日本経済も、消費税増税とコロナ騒動により完全にデフレに逆戻りしてしまった
政府がIT化を推進するとしたら、この根深いデフレを金融緩和と財政出動によりインフレに転換させ、
尚且つ、辛抱強く国内IT産業への支援を繰り返すことで、技術者の底上げを図っていく以外に有効な道筋はないだろう
プログラミングで主にやる事は下記の2つ。
①IFでAかBを選択させてどっちかの設定を実行
②Whileで決められた回数分繰り返す
とてつもなく複雑で冗長な処理によって実行されている。
わかりやすいので画像処理でいうと、数十万から数百万の画素（RGBAの24bitで表される数値）を小さなブロックに分解し、数学的に周波数の重なりとして計算して変換、含まれる頻出パターンをテーブルにして圧縮伸張を行なう。みたいなことが瞬間的に行われている。
「まさかそんな事できるわけないだろ」というレベルの処理が実際に行われており、これまた直感的でない。
だからそれをどう書くんだよ。という答えはコレ。有名なjpegの実装だ。
libjpeg というライブラリを書くことはできるだろうか？画像の圧縮の理論から考え始めることはできるか？
正直無理だ。自分はプログラマだがそんなに数学が得意ではなく、頑張ったとしても下手するとコレを作るのがライフワークになってしまい、他のことができなくなる。
例えばブラウザを0から作るとして、jpegの処理以外にも画像だけでpngとかgifとかwebpとか、その他もろもろとてつもない作業が必要になる。
「とてつもなくて想像もできないので流石に無理だろう？」
いや、でも、実際動いてるのよ。ここ何十年、コツコツと積み重ねて実現している。
「積み重ね」とはライブラリであったりフレームワークであったりOSであったりする。
「どういう風になっているのか」
外部に向けたインターフェイスがどうなっているのかは理解する必要がある。「使う」ために必要だからだ。
この2つは分けて考えなければならない。
ちなみに、たとえばChromeのコアであるChromiumはのコードはコレだ。
つまり言いたいことは、実際に動くアプリケーションというのを作りたいのにも関わらず
プログラミング入門書は、これで判定と繰り返しという基礎ができますと言うだけ。
これがもう滅茶苦茶イライラする。
「これで判定と繰り返しという基礎ができます」というのが基本的な理論（定理的なもの）で、その他に必然的だが唯一無二ではないベストプラクティスというものがある（法則的なもの）。
後者をうまく説明する入門書に出会っていないんだろうな。という印象。イライラはやめよう。つかれる。
ベストプラクティスはいろいろあるのだが「層の構造にする・レイヤーに分ける」というのは重要なアイデアだ。
libjpegというのはjpegの処理を行う「ライブラリ」だ。他のアプリケーション...たとえばブラウザはこのライブラリを「使う」。
ブラウザではjpeg画像の圧縮展開というとてつもなく難しい処理を「libjpegの使い方」の理解までで済ませ、過去の蓄積であるlibjpegのコードを利用することで真の意味で0から実装しないようにしている。
この場合、libjpegが「低レベル・低レイヤー」の存在であり、中身については「使い方」つまり「仕様」の理解までしか行わないことで、実際に作りたいものを作れるようにしているわけだ。
完成しているプログラムは二例ほど挙げたがどうですかね？
複雑なことをする、特に低レイヤーのコードはとてつもなく難しい。
でも、とりあえずこんな感じのコードなら解るよね？
こういうレベルから理解して、ちょっとずつ難しい処理を学んでいくしかない。
ハードルは高いんですよ。実際。
なので、木材からだと難しいからプレハブのキット的なものを探すとか、ログハウスのカタログを読むとか、あるいは100人乗れる物置を買うのがいいかもしれない。そういうところから始める。
それらがフレームワークであったりライブラリであったりする。目的に合うものを探して、自分がやりたいことをどう実現するかとにかく考える。
「テキシコー」https://www.nhk.or.jp/school/sougou/texico/ で言われる通り、「小さく分けて考える」「手順の組み合わせを考える」「パターンを見つける」「大事なものだけ抜き出して考える」「頭の中で手順をたどる」をひたすら実行する。
unityはコードが公開されているので、本当に読みたいなら。。
オブジェクト指向は一旦忘れよう。
オブジェクト指向の「隠蔽」というのは層の構造が持っている重要な要素ではあるけど、「低いレイヤーについて考えない」のが基本的な作戦だという理解の方が重要だ。
前述の通り「できる限り作らない」んですよ。「使う」だけ。知るべきことを最小化する。
そして本当に作るべきものに関しては、利用する下のレイヤーのライブラリなりを探して・仕様を理解して、どう組み合わせてfor, if, あるいは計算させれば実現できるのかをひたすら考える。
単に翻訳がしたいのか？表示に割り込む方法を知りたい？日本語に翻訳するのは実行時なのか開発時なのか？
要求される表示エリアが言語によって異なるために、デザイン調整が必要になる問題をどうするか？
分解が甘いので何をしたらいいか調べることができないんだと思う。
ちなみに、アプリ内の文言というのはアプリの外部から変更できないように実装されている事が多いので、利用者が上書きする仕組みはかなり難しい。
AndroidなりiOSの仕様にもそのへんに割り込める機能はないはずなので、OSの開発に入っていく必要がある。結構大変だとおもう。
アプリの開発者が、そういう機能を備えた多言語化のためのライブラリを使うようになれば実現可能ではあるので、そっちの方向で頑張るのがおすすめだが、英語圏の開発者には多言語化のモチベーションが低いという基本的な問題はあるのよね。
この辺の「できる・できない・むずかしい」の判断は、いろいろな勉強をすると常識としてある程度みえてくる...気がする。
ついでに。ウェブサイトやウェブサービスの翻訳だとこういうサービスがあったりする。
ブラウザはページの描画処理のなかに割り込む余地が大きく取ってあるので、ブラウザのExtensionとかならできることがいくらかあるかもしれない。
個人的に気に入らない話はOSのアップデートは使いやすくなるからとてもいい事だからすぐにやった方がいいと宣伝されている事。
まあ、半分は嘘だよね。古いものが残っていると先に進めないんだよ...。
現在のクライアントOSは、巨大なプラットフォームのパーツの一部として理解したほうが正しくて、古いパーツが残っているとツライんですよ。
そして「サービスを受けるための道具であって、あなたが何でも好きにできる機械ではないです」みたいな世界になりつつあって、ちょっと問題と言われてもいる。
これはかなり困った傾向なんだけど、全体としての流れはあんまり変わりそうにない。
オブジェクト指向好きですな...。ここではオブジェクト指向は特に気にしなくていいですよ。
とてつもなく複雑なことをやっているために、すべてのバグを潰すことはコストが高すぎてできないんですよね。
それよりバグは未来を先取りするコストと考えて、本質的に価値のある機能を増やしていくというのが基本的な方向になっている。
だからパソコンはたまに不具合を引き起こすんです。しゃーない。
しかし中途半端に理解している老人などは、そんなことじゃ分からん。自分に分かるように説明しろと言い出す。
説明は出来る。しかし相手はイライラするし理解されない。よって説明をしてはいけないという状況に追い込まれる。
ここでどうすればいいのだと理解不能に陥る。
まあ、説明って得てして難しいよ。しゃーない。
そのとおりです。
オープンソースのプロダクトなら原理的には調べられるけどね。Androidとかはオープンになってる。
それを許容することで先に進んできているという事実は受け入れたほうがいいと思う。
「把握・理解可能な範囲」に留めていたら、数十年前のコンピュータの世界から抜け出せなかった。
deep learningの世界ではそれがより一層進むかも。この辺は詳しくないけど。
ここでの「理解」についてはそのとおり。これはもう諦めるしかない。
これが常にある。IT関連は常に新しい情報が出てくるのでそれに送れると無知になってしまう。
なんでこんなことも分からないんだとか言われ放題で、IT系の企業に努めている人は常に新しい知識を入れられる
面倒くさがらない人が向いている。
「面倒くさがり」の方が問題に気づいて「頑張って面倒じゃなくする」ことができるので、プログラマにとっては美徳なんて言われますけどね。
同時にくじけないとか諦めない、しつこいみたいな素養は必要かも。
応用まではとろうな。がんばれ。
このへん自分も知らんですよ。べつに全部知っている必要はない。
（追記: はてな記法の引用すらもさっきまで知らなかったしな！そんなもん）
層の構造をとっているということと関係があるんですが、仕様が変わると、その上に乗っているものを全部なおさないといけないんですよね。
でも革新のために互換性を捨てなければいけないケースも多い。このへんはハードでもソフトでも同じ。
そして、メンテのコストが上がっても使い続けたほうがトータルで安上がりという場合は、古いものが残ってしまう。
あるいは「（多少の問題はあっても）動いているものは変えるな」という経験則から意図的に残す場合もある。
西暦2020年にもなって、プログラミングが簡単には出来ないし、ハードウェアの規格も完全に統一はされていない。
というかプログラミング言語自体多すぎる。ソフトウェアはデファクトスタンダードのモノ程度は知っているが、
ぜんぜん完成していない荒っぽいものを目にしているのだと理解したほうが的確。
それなのに毎日理解のできないパソコンやスマートフォンを使っている。
オブジェクト指向のおかげ様だがオブジェクト指向に対して無性に腹が立つ。
自分の全く知らない場所でいけしゃあしゃあと演算を行い、そして結果を出す。それも大半が正しい結果で
利便性が抜群だ。些細なミス(バグなど)はあるが圧倒的に利便性が勝っている。
そんな道具に踊らされている自分が滑稽だ。理解できない愚かな自分は正に機械の奴隷のようだ。
本当に理解できない。辛い。
勘違いしてはいけないのは、それらはすべて先人の努力の蓄積によって成り立っているということ。
「よくわからないけど存在している道具」ではなくて、信じられないほど複雑だけど、多くの人々の行動によってなんとかかんとか実現した道具なんですよ。
「オブジェクト指向のおかげ様」じゃないんです。（もちろんオブジェクト指向というのも大きな発明の一つですが）
そしてブラックボックスとして使うのは多くの場合正しいです。そこは諦めましょう。
でもエンジニアとしての立場からは、その裏に隠れているとてつもない技術や思考の蓄積に感動してほしいなと思う。
人類がこんなもん作れたのって、かなりすごいよ？
