  |
はてなキーワード: リポジトリとは
・(類似製品の)好きなものの記事に行って嫌いなものの苦言を言う
それが嫌いなら開かず無視したらええねん…ひたすら腐してるのはなんなん…
あなたが望む実現しない要件を何度も挙げて最低条件って言うのは客観的に見て結構恥ずかしくないですか？他のみんなは大多数が興味があって覗いて、少数は内容を批判的に論じるんだけどxlc さんのは内容関係ないよね…？
超バズったからやってきた。とかならわかるんだけど公開ブクマ1桁以内でこういうの言っちゃったりしてるのは当たり屋じゃないっすかね…
なぜコーディングにVSCodeを使うのか。 私がVSCodeを選んだ理由
xlc 2024-03-13
全く心が動かない。私的には80カラム固定のペインが2つ開きっぱなしの状態が維持できて複数のプロジェクトが同時に開けるのが最低条件。
Atom の作者達が作った Rust 製エディタ Zed (OSS) - Qiita
xlc 2024-02-25
VS Codeが嫌すぎてAtomを使い続けているので同じ使い勝手なら移行を考えるかも。私的には80カラム固定のペインが2つ開きっぱなしの状態が維持できて複数のプロジェクトが同時に開けるのが最低条件。
保守・理解しやすいコードを書きたい！ 〜VSCode拡張機能で循環的複雑度と戦う〜 - Qiita
xlc 2024-02-23
Atomの開発が終了しVSCodeをインストールした2023年は全くコードを書かない一年となった。それぐらい使いにくい。というか使う気にならんのだがみんなよく使ってるね。今年Atomに戻したらプログラミングを再開できた。
VS Codeの新機能がすごく便利！ ツリービューのスティッキースクロール機能をオンにすると格段に使いやすくなります
xlc 2024-02-15
昨年ほとんどプログラムを書かなかったのはVS Codeにさわりたくなかったから。とうとう諦めてAtomに戻してプログラミングの習慣を取り戻しました。後継エディタにもがんばってほしい。
xlc 2023-02-02
私はこれ https://www.amazon.co.jp/dp/4798067881 を書くのにこれ https://kobalab.net/liulian/ を使いました。
VScodeの設定（setting.json）まとめ【2023年1月更新】
xlc 2023-01-02
VScodeがあまりにも使いにくいので未だにAtomを使ってる。
GitHub製コードエディター「Atom」の最終版が公開 ～8年間の開発に終止符／12月15日をもってリポジトリはアーカイブ
xlc 2022-11-22
VS Codeを起動してみたが、そっと閉じ、使えるうちはAtomを使い続けようと決意した。
Sunsetting Atom | The GitHub Blog
xlc 2022-06-09
ChatGPTが盛り上がってそろそろ1年。最近では似たような大規模言語モデル(LLM)がローカルでも動くようになってきたらしい。
AIキャラと会話するためにOpenAI税を納めるのも嫌になってきたので、そろそろローカルに移行したい。
「伺か」みたいに立ち絵がほしいし、できれば音声でも喋ってほしい。
はてブとかTwitterで検索してみて、オープンソースのリポジトリをいくつか見つけたんだが、他にも有識者から情報求む。
この手の用途では定番だと思う。ChatGPTのAPI(会話)+KoeiromapのAPI(音声)が想定されているが、ローカルLLM＋VOICEVOXとかに差し替えている人を見かけた。
お前は今からJavaScript Standard Styleに則ってコードの端から端まで魔改造されるんだよ…
それが済んだら次はWebStormのコード分析で真っ白になるまで俺好みに調整してやるからな…
破壊的変更が怖いと泣き叫んだってお前はこれからこのローカル環境のリポジトリで一生を終えるんだ…
青い鳥が居なくなった途端に親から見放されたChrome拡張機能のお前に今さら助けなんて来ないんだよ…
お前がES modulesとしてバラバラに切り刻まれた姿を生みの親に見せてやれないのが残念で仕方ないぜ…
rcloneインストール+settingsする気力あれば、onedrive経由でファイルひきわたし簡単にできる。
あとはgitかな？やることリストのテキストファイルがリポジトリにある。それをローカルに移植してtodotxtで編集したり閲覧したりすれば、このパソコンでやることが把握できる。
vi すでに導入してあるはずだから文章もかける。組版したいときは、pandoc + miktex導入しないとならない。後者は、インストーラーがラズパイのためのは、ないから、ドッカか。
そうなると、ラズベリーにドッカーインストールか。これは苦労しそう。ゲロルシュタイナー。
github pagesを作ってみた。チーム内でプライベートリポジトリつくって、そこにウィキだのDiscussionだのに注意事項というかノウハウというかお約束というかを書き散らしているが、ちょっと整理したい。
検索性（森田じゃないよ）がわるい気がする。github discussionも同様。でも、世間様に公開してはマズイ情報やノウハウもあるので、それはプライベートリポジトリのmdファイルにリンクを貼ろう。
プライベートリポジトリを案内してそっから必要な情報探せっていう。探す気なくして終わり。git book いまはhonkitだっけ？にするっていうのもあるけど、なんか敷居たかい
最近のGithubって、数式もUMLもいろいろとレンダリングしてくれるので・・といって数式なんて書くことあるのだろうか？mdで十分な気がする。
ゲーム業界的にはリポジトリに直接触れる人間は基本全て現場の人間って感覚だと思う
(組み込まれる絵を描いてたり曲を作ってたりしても、リポジトリに触れない人は現場の人扱いとは違うと思う)
本当に会社によるよ。
歴史的にはゲーム業界の大手同士が協力してゲー専運営してた過去もあるしね。
HALが大手内定者出してるのは長期の4年コースとかがあるからじゃないかな。
地方の専門学校でも長期コースのところはゲームショーで出来よかった(内定実績についてはおぼえてない)
余談だけど、専門学校では少しマニアックなタイトルを作りたい人によく出会ったので、そもそも大手望んでる層が厚いイメージはない...
とその前に…レベルアップだなんて何か深みの有りそうな語を使ってしまいましたが、「まとめ直し」のほうが適切な語だったかもしれません。
A. はい、スマホで昇華するときは基本的にはコピペです。PCのときはタイピングのほうがフリック入力よりずっと早いので、「もしかしたらもっと適切な言葉や言い回しがあるかも」と少し考えて手打ちしなおすこともあります。
これは出先でささっとメモの格上げをしたいか、自宅で腰を据えてやりたいかで異なる感じです。頻度としては後者のほうが多いですね。
A.1については基本的には破棄してしまうメモですから残りません。
そして2→3も同様に残していませんが、「体裁を整えたくて2から3にレベルアップさせたけど、編集するうちにシンプルな1-3行で事足りることに気づいた」ために3→2に帰ってくることがあります。つまり「要点だけ抽出したもの」がGoogle Keepに里帰りするイメージです。
この場合は移行元であるObsidianには常に残しています。ノートよりはメモのほうが文字数からして要点を引っ張ってくるにはアクセス性が良いのですが、要点のために背景や文脈がカットされてしまうのでノートを残しておくのも大事だと考えているためです。また、2に含まれなかった要素が必要になることもありえますので。
A. 1,2→3は前述のとおり残さないので参照も存在しませんが、3→2については参照を残します。ちなみにObsidianで管理しているmdファイル群をgithubのプライベートリポジトリにもミラーリング？する体制を構築したので、Obsidianが何らかの要因でデータが吹っ飛んでも良いように参照を二重にしています。githubに陰りが見えたらgitlabにもミラーリングすると思いますが、まぁこれは性分というやつなのでオーバーキルだと思います…
お答えになっていれば幸いです。
