はてなキーワード: リポジトリとは
昨日見つけたいくつかのGitHubのリポジトリを面白く眺めてる
20代のフランス人だったり、40代のブラジル人だったり、色々である
ブラジル人は体力有り余ってるのか、
絵だとやりにくいなぁ、と思ったりする
みんなでブクブク浸かって楽しむみたいな世界は、
で、思ったのは、やはりプログラミングというのは、
過去のゲームがルールの発明だったこととかは古臭いものとなり、
コードも言葉と同じように無償で自然と発するものに近づいていく
ここで思うのは、スティーブ・ジョブズがこの世界をIBMの、
いわゆる、ソフトはハードのおまけ、の世界に戻したことであり、
ビル・ゲイツだったか、ソフトウェアは無償化していくという予言は当たっていたのだろう
それをマネタイズするには、ApacheでWebサービスを立ち上げるみたいな、
いわゆるGNUライセンスであれ、運用やサポートではお金が取れるが、
Node.jsを開発したら、開発者は当たり前だが一番Node.jsに精通しているわけで、
企業を顧客にNode.jsのサポートを有償ですることでマネタイズできる
ソフトウェアは無償化し、コードは会話のように無償で、ライブなものになり、
あー、そういう世相を予測して、
先に牛耳っておこうという点でMicrosoftによるGitHub買収は正しかったのである
ソフトウェアがなんでも無償に向かうのはMSとしても良くは思えない動きだったはずだが、
今はまったく反対方向にMSは向かっており、収益の基盤をAzureなどに移している
今すぐはありえないが、WindowsというOSも意味はなくなっていく
これはAppleやGoogleのような企業でも同じ考えのように思う
もちろん、そのレベルでのシェア争いや小競り合いが今すぐ消えてなくなるわけではないが、
長い目で見ればいつかはそうなっていくことは容易に予想できるわけで、
つまり、ソフトウェア産業というか、近年のバズワードでもあるテック産業というのは、
人生だって、みんな崖に向かって歩いたり、走ったりしてるだけである
その崖がどれだけ近いか遠いかとか、どれぐらいのスピードで崖に向かってるかとか、
それだけの違いであって、誰もがいつかは崖に到達して落ちる、つまり死ぬのである
しかし、そこには一発逆転や一人勝ちするチャンスも乏しくなり、
そういった金を求めるギラギラしたアブラギッシュは寧ろ嫌悪される存在となり、
しかし、そうやってった末に待っているのはコモディティ化であり、
ただの暇つぶしにさえなっていく
今は楽しい
でも、その楽しさの果てに死が待っている
の自由研究。
ネット上でよく見る話。ネットロアっていうのかしらん。違うかー!
DNA鑑定により家庭崩壊が多発することを懸念し国がDNA鑑定を禁止した。
って話。
で、ついでに托卵検知ができなくなったから婚姻率が激減したってオマケつき。
ネットの日本語情報しかあたってないので温度感はあるかもだけど、今現在伝聞で書かれてるのを見たら「(ネットの)井戸端会議特有の盛ってる感だな」って思っておくよ。
いざやってみるとうまい調べ方がわからないのでid:ibenzoさんの記事をひとつぐらいまともに読んでいればよかったわ。
日本語でぱっとでる以下のサイトによると2005年と2016年に関連法が改正されたようだ?
【託卵大国ドイツ・日本】DNA鑑定は無効「法律と裁判」訴えたらどうなる?
ttps://iirou.com/tom/
托卵が発覚したとしても
通ってしまったのか?
托卵調査の結果
10%が托卵と判明したとも言われる。
てか托卵率10%なら
無数の家庭が崩壊するだろう。
シングルマザーが溢れ、
路頭に迷う子供も多数でてくる。
そのため、
ほんまかいな。
すくなくとも「男たちがDNA鑑定に殺到すれば?」以降は筆者の妄想が入ってそうなんだけど。
素晴らしい法案がまとまった。
托卵であった場合、
托卵女は夫に実の父親(托卵男)の名を
明かさねばならない。
妻の同意によるDNA鑑定後に知る権利や費用の一部を得られるかんじだろうか。
私のググり力(ちから)が足りないために当時の日本語資料をサクッと見つけられなかったので、こちらの資料をお借りする。
ドイツ民法典における家族法 - digidepo_11538862_po_02850002.pdf
ttps://dl.ndl.go.jp/view/download/digidepo_11538862_po_02850002.pdf?contentNo=1
第1598a 条は、遺伝学的親子鑑定(genetische Abstammungsuntersuchung. 以下「DNA 鑑定」という。)の実施のための要件を規定する。DNA 鑑定の実施を望む者(父、母又は子のいずれか)は、残り2者に承諾及び遺伝情報試料の採取受忍を求めることができ、承諾が得られない場合は、家庭裁判所が承諾を代行し、遺伝情報試料の採取受忍を命じる。ただし、子が未成年者で、その子の福祉に反する場合には、裁判所は手続を停止する(58) ことができる。この条文は、民間のDNA 鑑定の普及により、母や子の同意を得ずに行われた遺伝子検査結果(秘密の父子鑑定)の証拠採用が争われ、連邦憲法裁判所の判決を受けて制定された「否認手続から独立した父子関係明確化のための法律」(59) により新たに追加された。
(59) 否認手続から独立した父子関係明確化のための法律 Gesetz zur Klärung der Vaterschaft unabhängig vom Anfechtungsverfahren (VaterKlG k.a.Abk.) vom 26. März 2008 (BGBl. I S. 441). 同法制定に関する連邦憲法裁判所の決定(1 BvR 421/05)は、秘密の父子鑑定による鑑定結果の証拠不採用を認め、一方で、父子関係否認手続とは関係なく、独立したDNA鑑定請求権を法律上の父に認めるべきであるとした。玉蟲由樹「子の出自を知る父親の権利(BVerfGE 117,202)〔2007〕」ドイツ憲法判例研究会編『ドイツの憲法判例IV』信山社出版, 2018, pp.55-58.
托卵うんぬんではなく勝手なDNA検査はダメで、でも検査が簡易になり、特に子供への同意無いDNA検査が増えてきたので家族法でも法整備し、同意ありでやろうねと明確に示したという考えはどうだろうか。
ドイツにおける遺伝情報の法制度 | 学術機関リポジトリデータベース
ttps://irdb.nii.ac.jp/00835/0002057570
第3に、自発性の原理(Prinzip der Freiwilligkeit)である。『連邦議会審議会答申』は、「遺伝子検査の実施は、被検者(getestete Person)の不可侵性を侵害する」がゆえに、「包括的な説明をしたうえで個人の同意を得てから行われる必要がある」との立場から、「この原理の例外は、法的にかなりかなり限定された範囲でのみ、しかもそれによって被検者の尊厳が侵害されない場合にのみ許されるにすぎない。特に遺伝子検査は、直接的にも間接的にも強制的に実施されてはならない」、と説き、ここから、当然のこととして、インフォームド・コンセントが要求されることに(33)なる。ここで興味深いのは、本人の了解や同意のない DNA解析に関する具体例として、2000年11月28日に下された、DNA分析の導入に関する初のバーデン・ヴュルテンベルク行政裁判所判決(2001年2月20日報道)が示されている点である。本件は、銀行の幹部を侮辱する匿名の文書を書いたのではないかと疑われた銀行員が、採取された DNAサンプルが本人の知らない間に DNA鑑定をされたことに基づき雇用主から無期限解雇の通告を受けたため、その解雇の違法性について争った事案である。本件について、同裁判所は、本人の知らないところで同意なく行われた DNA分析の結果に基づく解雇通告は違法である、と判示 (34)した。これは、注目すべき判決である。本判決を受けて、ドイツ連邦および各州情報保護委員会(Datenschutzbeauftragten)は、第62回会合での決定において、「法律上の権限なしに行われる遺伝子検査、または治療もしくは研究の目的のためにのみ原則として有効とされる本人の同意なしに行われる遺伝子検査を阻止するために、刑法典の中に基本的処罰規定[を盛り込むこと]」を要求して (35)いる。これは、刑法典では実現していないが、遺伝子検査法で実現した
4 つぎに、医療目的以外の検査について特徴を簡潔に挙げておこう。
第1に、出自の解明のための遺伝子検査については、本人への事前の説明と同意により実施することができるが、検査を行うことができるのは、医師のほか、出自鑑定の専門家で自然科学の高等教育を受けた者に限定されている(17条)
5 最後に、制裁について述べておこう。本法でも、規定に違反して遺伝子検査を実施した場合、1年以下の自由刑または罰金刑が予定されており、対価を得てこれを実施した場合には、2年以下の自由刑または罰金刑が予定されている(25条)ほか、一定の行為について秩序違反として過料が予定されている(26条)。
素晴らしい法案がまとまった。
法改正と法案がまとまったではいささか指すものが違うような気がするが、普段立法に無関心なので怪しい。
ttps://twitter.com/akihiro_koyama/status/1338064643328131073
A new German law wants to force mothers to reveal their child’s biological father
ttps://www.newstatesman.com/politics/feminism/2016/08/new-german-law-wants-force-mothers-reveal-their-child-s-biological-father
を翻訳で見ると記事時点では提案段階。ただしakihiro_koyama氏のいうDNA鑑定義務化は読み取れなかったのでどういった文脈でこの記事とコメントを出したのかは不明。
いろいろ検索ワードをがんばってみたが、日本語のそれらしい話題がひっかからず。
コラム 75 「誰の子か白状しなさい」-自分の子が実の子ではなかったら ドイツの場合- 2016/9/2 | 京都の弁護士による離婚相談|姉小路法律事務所
ttps://www.aneyalaw.com/column/_75.html
ドイツで,カップルの子どもが,実は別の男性との間にできた子だった場合,母親はカップルの男性に子の生物学上の父親の身元を明らかにしなければならないという法案がまとまり,議会に提出される予定だそうです。
どうなんでしょうね?
自分の仕事としては案件進めているうちに出てくる課題とか機能追加とかバグ修正とかを設計してIssueとして作って他の人に振ったり自分で作業に当たったりと色々なんだけど、
最近とあるプログラミングスクール出身の同僚エンジニア(最近同じ部署になった)が自分の案件にアサインされた。
内容としてはとあるテーブルの特定カラムのバリデーション処理が漏れているから追加してもらって、なおかつユニットテストを修正する、というもの。まあ簡単な奴。
Issueを振ってからしばらくすると同僚エンジニアから質問が来た。
「ん?」と思った。いや別に特殊なことなんて何もないIssueだし似たようなテストケースもリポジトリ上に山程あるしどうにでもなるじゃんって。
まあ特に考えず1個のテストケースを例として自分で作ってみて、「残りは○○の場合とXXの場合と△△の場合のテストケースを網羅してください」みたいな返信をした。
しばらくするとまた質問が来た。「△△の場合のテストケースの実装方法がわかりません。」
いやいや、そんなん頭使ってどうにかこうにか考えろよって。案件特有のビジネスロジックのことを聞かれるならわかるけどこんなレベルの対応どの企業のどの案件で振られても同じことやるだけやん。
この質問してるのが未経験の入社1ヶ月目の新入社員なら自分は笑顔で答えるけどこのエンジニアは俺よりキャリアが長いらしい。
その同僚エンジニアはわからないことがあるととにかく素直に「わかりません」と言ってくれる人だった。
成果物についても指摘事項があまりにも多く、自分(というかその人以外)がやったら10分くらいで終わる対応に数時間以上かけて説明して修正してもらうという感じになった。何のための仕事をしているのかよくわからくなっていた。
自分はITエンジニアが「わかりません」という言葉を使うのは例えばどうしても再現性がなくてログにも何も残ってない謎の不具合とか、コンパイラやインタプリタレベルの不具合で現時点で解消方法がどこにも載ってない奴とか、そういうマジで「参りました」的な状況だけかと思ってた。
こんな公式ドキュメントとデバッグツールだけでどうにでもなる状況で「わかりません」を使う人に遭遇するのは初めてだった。
その人はとにかく「わかりません」が多い。
レビューの指摘の意味がわからない、指摘内容はわかっても修正方法がわからない、影響反映を洗い出してほしいと言ったら影響範囲の洗い出し方がわからないと言われる。何ならわかるのか教えてほしいくらいだった。
うっすら評判悪いのは知ってたけど実際に仕事してみると尋常じゃないほど酷かった。
こっちもいろいろ対策を考えた。
Issue振るときはソース上に「↓ここの○○をXXになるよう修正してください」とコメントを書いてから仕事を振るようにする、「わかりません」が来そうな部分は先手で予想して回答を載せる。
でもダメだ。こちらの対策なんてものともしないように全てを掻い潜ってくる。
もはやその人に仕事を振るのは「この作業を担当してくれたら助かる」ではなく「この作業であれば流石に”わかる”だろう、そして単純作業の量が多いからしばらくは邪魔されないだろう」という感じにできる限り疑問点が少なく時間がかかる作業で”遠ざける”のが目的になっていた。
最低でもあと1年くらいは人事はこの状況らしい。。。
こういう状況ってどう扱うのがいいんだろうなぁ。
インストールするパッケージの違いについては次世代パッケージ管理システムと目されているNix(Guix)やSnappy(Snap)、Flatpakあたりが解決しようととしている
SnappyはCanonicalがUbuntuへ強く紐付けようとしているが、それへ異を唱える層がFlatpakを推しているという現状がある
SnappyのリポジトリはLinuxカーネルそのものや各種デーモン、モジュール、そしてアプリケーションなど幅広く扱うのに対し、Flatpakのリポジトリはアプリケーション専用でありSnappyをFlatpakが完全に代替できるわけではない
ちなみにNixは純関数型Linuxディストリビューションを標榜するNixOSのパッケージ管理システムとして開発されたもので利便性を得た代わりにライトユーザーお断りな物凄くクセの強いシステムとなっている
パッケージライブラリへガベコレ走らせたりシステム全体をロールバック出来たり便利なのは間違いないんだけど、それらを実行管理するのに純関数型スクリプト言語のNix言語を用いるというLinuxギークが喜ぶ仕様
PythonのフレームワークであるFlaskのソースコードが讀む必要があつて、公式リポジトリを調べる爲に「Flask GitHub」で検索したんですよ。
さうしたら、【Heroku】GitHubで作成したFlaskアプリをHerokuに連携させる - Qiitaと云ふ記事が目に留まつたんですね。
これはおかしい言葉遣ひだな、と思ひました。だつて、GitHubはソースコードのホスティングサーヴィスであって、「Flaskアプリ」を作る機能は持つてゐないのですから。だから、「GitHubで作成したFlaskアプリ」などと云ふものは存在しない。
ところが、ふと後から思ひ返して見ると、もしかしたら筆者の意圖は違ふんぢやないか、と思つたんですね。つまり、「GitHubで」は「作成した」にかかるんぢやなくて、
GitHubで(作成したFlaskアプリを)Herokuに連携させる
のやうに、「GitHubで」は「連携させる」を修飾するんぢやないか、と思つたんです。
この「作成した」は、何かのtoolを用ゐて作つたと言つてゐるのではなく、英語の「You」のやうに、不特定の人の動作を表してをり、そして、「GitHubで〜連携させる」は、「GitHubのDeploy機能を用ゐて連携させる」と云ふ意味だと考へれば、辻褄が合ひます。
より分かり易く書けば
こいつは今は大手の総合職に新卒で入って今は営業してるらしい。
俺は昔コイツによく殴られてて、今でも恨みつらみを持ってる。
「こいつ、昔から今に至るまでずっと頑張ってきてるけど、ダクソ3の無名の王とかミディールとか倒した事ねえんだよなぁ……」って思いながら精神の安定を保ってる。
力が欲しい。
取り上げた技術は、本格的な開発でも役に立つもので、最も学習コストが低いものを選んだ。
重要度が低いものは載せていない。たとえばHTMLとCSSなんてググりながら書けば全く問題ない。Bootstrapなどのフレームワークも全くやる必要はなく、仮に就職先で使っていたら覚えればいい。
逆に言えば以下に挙げる技術は、そもそも概念自体がプログラミングにとって普遍的なものであり、(基礎的な部分を)調べながら使うようではエンジニア失格ということ。
基本的に現在では、バックエンド・フロントエンド・運用保守全てができないエンジニアに価値は無い。
以下に挙げた技術(①⑤⑥は他の言語やフレームワークで代替可能)が身に付いていなければまともな企業に就職することは難しい(もちろん、下らない業務システムを下請けで作ってる底辺企業には入れるだろうが)。
経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。
特定の言語やフレームワークの書き方を知っていること自体に意味は無い。
重要なのは、他の言語やフレームワークにも共通する基礎を理解すること・保守性やセキュリティなどの品質を高める使い方ができること。
この2つは習得が容易だし、今覚えておけば向こう10年腐ることはないだろう。
基本的な構文や、よく使う標準ライブラリは勿論、高階関数・クラス・非同期処理等の発展的な機能も知り尽くしていなければならない。
言語のみではなく、パッケージ管理、単体テスト、タスクランナー等の周辺ツールの使い方も熟知している必要がある。
また、「リーダブルコード」や「コードコンプリート」に書いてあるような良い作法も身に付ける必要がある。
Gitを使えないのはプログラマーとして論外。細かい機能は調べればよいが、
多くの場合、本番環境やテスト環境はLinuxサーバーであるから、以下のような基本的な概念と使い方を知っておく必要がある。
環境構築、CI、デプロイなどは、現在コンテナを使って行うことが当たり前になっている。
これも細かいことをすべて覚える必要はないが、Dockerfileの書き方や、docker-composeの使い方などは知っておかなければいけない。
Flaskは、数あるWebフレームワークの中で最も簡単。本当に呆れるほど簡単で、Pythonさえ書ければすぐにアプリを作れる。
フレームワークを覚えること自体が重要なのではなく、Web開発の基本を習得することが重要。HTTP、ルーティング、データベース、SQL、認証、セッション管理などは当然すべて覚える。
データベースは、就職したらMySQLやPostgreSQLなどを使うことが多いかも知れないが、今はPythonの標準ライブラリにあるSQLite3を使えば十分。
作ったアプリを公開したければ、「Heroku」などにデプロイするのが良いだろう。
ブコメで指摘をいただきました。HerokuではSQLite3は使用できないようです。公式のドキュメントに従ってPostgreSQLを使用して下さい。
SQLite3はファイルにデータを持てる簡易DBなんだけど、Herokuにデプロイしてもストレージ的な使い方はできないから、結局PostgreSQLを使う必要あるから注意してね。(DAOを丸ごと書き換える羽目になる)
参考: https://devcenter.heroku.com/ja/articles/sqlite3
今の時代、フロントエンドをフレームワークなしで作るのはただのバカ。
2021年現在、実用的なフロントエンドのフレームワークはReactとVueしかない。Vueの方が少し簡単なのでこちらを選んだが、JavaScriptをしっかり理解しているなら大差は無い。
フロントエンドには膨大なパッケージ群があって全部覚えるのは大変だが、とりあえずまずはVueを完璧に使えればいい。Webpackの設定などは既存のものを流用すればいい。
アルゴリズムは全てのコンピュータ技術の基礎であり、絶対に知っていなければならない。
高速フーリエ変換のような高度な数学は必要ないが、クイックソートや木構造のような基本的なアルゴリズムは当然、その性質を知っていなければならない。
それらは言語の組み込み関数や標準ライブラリでも使われており、理解していなければ、それらの機能を正しく使うことができない。
また、プログラムを読み書きする際には、そのコードの計算量を見積もれなければならない。
セキュリティは言うまでもなく学ばなければならない。
有名な脆弱性や攻撃手法(XSS・SQLインジェクション・CSRFなど)が何だか理解していて、その対策を実装できなければならない。
各種暗号化技術や署名などについても、実装の詳細は知らなくていいが、共通鍵暗号や公開鍵暗号などの特性は理解する必要がある。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
400あとで/2455users ハーバード大のプログラミング講座を日本語化 無料で学べる「CS50.jp」公開 - ITmedia NEWS
340あとで/2437users 米ハーバード大学のプログラミング授業 日本語訳が無償公開 誰でも聴講可 | ツギノジダイ
335あとで/2327users 東大が無料公開している超良質なPython/Data Science/Cloud教材まとめ (*随時更新) - Digital, digital and digital
292あとで/1762users 新人の方によく展開している有益な情報 – Qiita | kazuo_reve
244あとで/1441users 知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation
228あとで/1463users Googleが提供する無料のAI講座受けてみた 1時間で機械学習の基礎がわかる | Ledge.ai
227あとで/1355users 無料で読める、東大/京大の「Python教科書」電子書籍:AI・機械学習の無料電子書籍 - @IT
220あとで/1750users 研究の話 | 医療法人豊隆会 ちくさ病院
208あとで/1145users ブラウザレンダリングの仕組み | Aki Kahamura | Zenn
191あとで/1151users すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie
188あとで/1023users 【図解】https(SSL/TLS)の仕組みとシーケンス,パケット構造 〜暗号化の範囲, Encrypted Alert, ヘッダやレイヤについて~ | SEの道標
187あとで/989users 認証と認可の超サマリ OAuth とか OpenID Connect とか SAML とかをまとめてざっと把握する本 | ほげさん | Zenn
180あとで/1161users すべての開発者へ。すごいGitHubリポジトリ10選 – Qiita | baby-degu
179あとで/2080users 山本ゆり(syunkon レンジは600W) on Twitter: "今まで紹介したレンジのハンバーグで個人的に優勝。この手間でこの味になるかと驚くほど簡単で、本当に美味しい(包丁不要。ボウルで捏ねないからヌルヌルの洗い物もナシ) 卵の有無、練り具合、つなぎの量など何度も試作しました。柔らかくジュ… https://t.co/BXntIVz5NQ"
169あとで/1342users 『スタンフォード式 最高の睡眠』を読んで、睡眠について知らないことがまだまだあったのかと感動しました - おたまの日記
162あとで/1388users CS50 for Japanese(ハーバード大学 CS50 の日本語版翻訳プロジェクト): コンピュータサイエンスの入門
161あとで/1375users カレースパイス調合の基本から、スパイスカレーや肉のスパイス漬けを極める(小林銅蟲/イナダシュンスケ) - ソレドコ
154あとで/743users 世界一わかりみの深いOAuth入門 | Noriyuki TAKEI | Speaker Deck
153あとで/1529users TOKIO国分太一さん「センスのいい、もらって嬉しい手土産知りませんか?」見ているだけで楽しい「推し手土産」が集まる - Togetter
149あとで/980users 機械学習の研究者を目指す人へ | Hiroshi Takahashi
149あとで/1629users お前らの登録してるyoutubeチャンネル教えろよ | anond.hatelabo.jp
144あとで/1277users 【更新】創作する人は必読!書評家が下読みで感じた「応募小説の問題点」がめちゃくちゃタメになる - Togetter
144あとで/1225users ナビつき! つくってわかる はじめてゲームプログラミング | Nintendo Switch | 任天堂
144あとで/1668users 政府向けシステムの話をするときの前提知識 | anond.hatelabo.jp
135あとで/656users フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング
133あとで/998users 社員用に作った文書校正ツールを一般公開した - gecko655のブログ
133あとで/2245users ため池に落ちると、なぜ命を落とすのか(斎藤秀俊) - 個人 - Yahoo!ニュース
131あとで/1170users 真っ先に変えるべきは日本人の「思考」 オードリー・タンが貫く「透明性」と「多様性」:「前例がない」をやらない理由に(1/5 ページ) - ITmedia ビジネスオンライン
126あとで/796users DOM Events | Alex Reardon
124あとで/912users 「結果が出ない焦り」と向き合う方法|柴田史郎|note
124あとで/598users MySQLとインデックスと私 - Speaker Deck | yoku0825
当エントリはある程度の情報技術リテラシーが必須であり、一部の情報はPC初心者および初級者に推奨できるものではない。
しかしPC初心者および初級者はシステムを壊す、大事なデータを失うなどの手痛い失敗をして成長するのもまた事実であり、もしもプログラミングなどに興味のあるPC初心者および初級者がこの情報を活用する場合はシステムを壊す、大事なデータを失うことを覚悟して実行するように。
チュートリアルに指示通りに進めれば大きな問題はほぼ発生しません。
Chrome OSは初期状態のデフォルトで「ノーマルモード」と呼ばれる一般ユーザーモードですが開発者向けに「デベロッパーモード」が用意されています。
ノーマルモードはChrome OSの様々な制限があり、デベロッパーモードによって制限の解除が可能です。
しかしノーマルモードからデベロッパーモードへ移行するとPowerwash(初期化)されてしまい、システムやユーザー領域へ追加された情報はすべて削除されます。
もしデベロッパーモードが必要な場合はデベロッパーモードの詳細を調べ、現在の情報は削除されてしまうことを念頭に実行しましょう。
ちなみにProject CrostiniのLinuxレイヤーへDebianリポジトリからパッケージを導入するなどにはデベロッパーモードは必要ありませんので多くの場合はノーマルモードのままの運用で十分でしょう。
Android OSアプリやChrome OSアプリを開発したい場合は最初からデベロッパーモードにしたほうが後悔が少ないです。
Chrome OSでは一部のキーがほかのOSでは見慣れないものが並んでいます。
迷いがちなので一番最初に覚えるべきキーボードショートカットは「Ctrl+Alt+?」です。
「Ctrl+Alt+?」でいつでもキーボードショートカットを確認できることだけは覚えておきましょう。
多くのChrome OSデバイスはGoogle Play Storeへ対応しており、Google Play Store経由でAndroid OSアプリ導入が可能です。
しかしながらGoogle Play Storeへ公開されているAndroid OSアプリが必ずしもChrome OSへ最適化しているのか?と言えばそうではなく、Android OSアプリの開発環境であるAndroid StudioがデフォルトでChrome OSでの実行を許可していることもあり開発者が意図せずChrome OSへインストールできてしまうことが大半です。
したがってChrome OSへ導入するAndoirdアプリの動作へ何らかの不具合があったとしても脊髄反射で酷評せず、やんわりと丁寧に博愛精神をもってChrome OSではこうだとアプリ開発者へ情報共有することをオススメします。
多くのAndroidスマートフォンやタブレットはARMアーキテクチャーと呼ばれるものを採用していますが、現在のChrome OSデバイスは高性能な製品になるほどx86(x86_64)アーキテクチャーを採用している傾向があります。
本来コンピューターアプリケーションというものはアーキテクチャーが異なると実行起動動作が不可能ですが、Android OSアプリは異なるアーキテクチャー間でもアプリの実行起動動作が極力可能となるように互換性をだいたい確保しています。
しかしながら例えばARMアーキテクチャー向けのAndoird OSアプリをx86アーキテクチャーなデバイスで実行するとアプリ動作のパフォーマンスが著しく落ることが多いです。
これは高度なグラフィックス機能を必要とするゲームなどで顕著に現れる傾向にあり、Chrome OSでは期待したほどAndroid OSアプリが軽快に動かない可能性を理解しておく必要があるのです。
コロナ禍によって多くのChrome OSデバイスを販売することが出来ましたが、それによってChrome OSデバイス間の性能差が問題視される機会も増えました。
具体的には「インターネット上でChrome OSでの動作報告がなされているAndroidアプリが自身のChrome OSデバイスではインストールできない」といった報告です。
これは一部のAndroidアプリ開発者がデバイス性能によってインストールの許可不許可を決めているために起こることで解決方法は基本的にありませんので諦めましょう。
これから導入するAndroidアプリのためにChrome OSを購入する際は価格につられて低性能すぎるデバイスを購入してしまうと失敗する確率が高まりますので注意が必要です。
ただし、Googleが提供するアプリなどは基本的にそのようなことは無いようです。
設定から「Linux(ベータ版)」で「オンにする」とLinuxのインストールが開始されます。
現在のChrome OS v90ではLinuxレイヤーを実現するProject CrostiniではデフォルトでGPUによる支援機能を実行できません。
Chrome Webブラウザを起動し、URL欄へ「chrome:flags」と入力しアクセスして「Crostini GPU Support」を「Enabled」とし再起動してください。
この変更で動作に不具合を確認した際は設定を元に戻してください。
LinuxにもGoogle Play Storeのような簡単にLinuxアプリを導入できる環境が存在します。
GUIパッケージマネージャーを導入する場合は「ターミナル」を起動し下記を実行してください。
sudo apt install synaptic gnome-software
Chrome OSとLinuxレイヤーではパッケージの導入先がデフォルトで海外のサーバーになっており少々遅いです。
日本国内のサーバーへ変更することで速度を改善できる可能性があります。その際は「ターミナル」を起動し下記を実行してください。
現在のChrome OS v90ではChrome OSとLinuxレイヤーを実現するProject Crostiniで日本語入力を共有できず、キーボード入力しても英字しか印字されません。
日本語入力をするには別途に日本語インプットメソッドと日本語フォントが必要です。
日本語インプットメソッドと日本語フォントを導入する場合は「ターミナル」を起動し下記を実行してください。
Linuxへ詳しい方はfcitx5のほうが何かと問題が少ないでしょう。
しかし一部のfcitx5向けパッケージがDebian公式リポジトリに存在しない可能性があるのでご注意ください。
KVMやLXC、Dockerなどの仮想環境を幾度か試しましたが、仮想環境を構築したProject CrostiniのLinuxレイヤーを再起動するなどによってProject CrostiniのLinuxレイヤーシステムへ致命的な破壊が起きることがあるのを何度か確認しています。
Project CrostiniのLinuxレイヤー自体が仮想環境のため、Chrome OSのシステムが破壊されるわけではないですが業務利用時にLinuxレイヤーシステムの破壊が起きてしまうと困ってしまうので仮想環境構築は推奨できません。
仮想環境によって開発環境の統一を計っている現場では開発デバイスとしてChrome OSデバイスは利用しないほうが良いでしょう。
ただし、Chrome OSデバイスは実質的にAndroid OSデバイス、タッチスクリーンデバイス、キーボード付きデバイス、タブレットデバイス、ノートPCデバイス、コンバーチブルデバイス(いわゆる2in1)、マルチタスクデバイス、ウィンドウ可変デバイス、タッチスタイラスペン付きデバイスとして機能する可能性を秘めていますので実機デバッグ用デバイスとしては非常に価値があります。
昨今はアスペクト比が16:9でないどころかリアルタイムに可変してしまうデバイスが物凄く増えていますのでスマートデバイス向けアプリを開発する現場ではデバッグ用として1台持っていても全く損しないデバイスかと思われます。
さらに言えばティーン層はGIGAスクール構想によりChrome OSでプログラミング学習をしているわけですからティーン層取り込みのためのUI開発にも使えるのではないかと考えます。
「リポジトリは集約ルートのみ返す。1つの集約にはリポジトリは1つ。リポジトリの中でのみRDBへ問い合わせる。」って書いてあるけど、集約内の関連テーブルへの問い合わせをすべてリポジトリ書くから、リポジトリが巨大にならない?
DDDの実装例を見ているんだけど、参照はリポジトリ以外からも呼んでいてクソワロタ。
https://qiita.com/haazime/items/5776e4e25b6527b682e7
ActiveRecordのassosociationとRepositoryの相性って良くない気がする。(Repositoryのセオリーに完全に従うとassosociationが使えなくなるのでは?)
ActiveRecordのバリデーションってプレゼンテーション層とドメイン層を併記できるけど、それらを分離した実装例のリポジトリってありますか?
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 62 | 7402 | 119.4 | 40.5 |
01 | 47 | 6933 | 147.5 | 71 |
02 | 27 | 3306 | 122.4 | 84 |
03 | 36 | 7374 | 204.8 | 49.5 |
04 | 47 | 2914 | 62.0 | 34 |
05 | 25 | 1362 | 54.5 | 33 |
06 | 34 | 4239 | 124.7 | 82.5 |
07 | 41 | 4520 | 110.2 | 39 |
08 | 63 | 7745 | 122.9 | 60 |
09 | 90 | 11652 | 129.5 | 61.5 |
10 | 138 | 13565 | 98.3 | 46 |
11 | 209 | 23507 | 112.5 | 43 |
12 | 164 | 17858 | 108.9 | 47.5 |
13 | 146 | 13221 | 90.6 | 44 |
14 | 133 | 10893 | 81.9 | 45 |
15 | 115 | 9931 | 86.4 | 38 |
16 | 129 | 11708 | 90.8 | 47 |
17 | 119 | 13892 | 116.7 | 49 |
18 | 168 | 21880 | 130.2 | 51 |
19 | 169 | 16713 | 98.9 | 38 |
20 | 144 | 17580 | 122.1 | 39 |
21 | 158 | 23360 | 147.8 | 35 |
22 | 120 | 16361 | 136.3 | 45 |
23 | 93 | 18037 | 193.9 | 45 |
1日 | 2477 | 285953 | 115.4 | 45 |
コークスクリュー(4), ドリッパー(4), ネル(4), プライベートリポジトリ(3), 機会平等(5), リコー(4), lgbt(3), OH(3), 整数論(3), ポピュラー音楽(3), ときめきトゥナイト(3), ウマ娘(15), 豆(14), 虐殺(10), 糖質(21), 韓国人(16), 発注(12), シングルマザー(8), 電子(11), 競馬(8), 同姓(6), 姓(12), ファイル(10), 部下(18), 延長(13), 貴族(8), 振ら(8), 忖度(8), 鬱(19), 雑(21), ミス(15), 韓国(25), 多様性(12), 底辺(22), 細かい(11), 数学(13), 生理(12)
■ /20210305212529(53), ■子供が鬱病になった /20210306093924(31), ■人の名前に使う生き物の名前、「馬」しかない説 /20210306071833(30), ■コーヒー沼にハマりつつある話 /20210305201800(20), ■韓国の日本(人種)差別がレッドラインを超えつつある件 /20210306121755(16), ■しょうもないことを何年も引きずるんだけど /20210305202252(13), ■まーたUBERの配達員がやらかしやがった(追記あり) /20210306205528(11), ■規制緩和お願いします /20210305232225(10), ■父親が運転中に暴走する /20210306160755(10), ■増田はチラ裏じゃない /20210306142051(8), ■腐女子でフェミニスト /20210306181117(8), ■コピー用紙の最後の一つを開けても発注しないヤツってなんなの /20210306150523(7), ■オリンピックがただの政争の道具になってしまって /20210306185038(7), ■山岡士郎 /20210305234653(7), ■夫婦同姓 /20210306133859(7), (タイトル不明) /20210306185530(6), ■ポーカーの作品が読みたい /20210306191128(6), ■そもそもなんでそんなにステマかどうかを気にするの? /20210306112254(6), ■プリキュアって大人から過剰に期待されすぎて気の毒だなって思う /20210306213217(6), ■女性が少ないと言われる職業 /20210306211806(6)