「git」を含む日記 RSS

はてなキーワード: gitとは

2022-08-16

副業で会った低学歴ITおじさん

小遣い稼ぎでちょっとしたシステムを作ってたんだよね。DBスキーマ定義とかマイグレーション履歴gitチェックインしてあったし、コード読めない人のためにそこからER図も自動出力するように設定していた。

ある日、おじさんが急に上にやってきて「DB定義エクセルでやるのが業界常識!そんなことも知らんのか!」と言ってきたんだよね。このおじさんの経歴を見てみるとまともな会社で働いたことが一度も無い。学生時代受託システム会社起業したようでその後は大した人間を雇うこともなく零細システムをほそぼそと作ってきたらしい。学歴も大したことがないんだけど何故か自信満々なんだよ。自分コードを書けると思い込んでる。「昔はコード書いてたので分かるんですが」とかいちいち言ってくる。でもね、どうも言っていることが時代遅れガラパゴスなんだよね。なんと英語全然できないらしい。「英語アウトプットはできないが読むことはできる」と強がっているけどどうも嘘くさいというか英語情報に全く触れていないことが分かるタイプというか。でもこういうタイプだと低学歴IT世界では幅を利かせられるらしい。

そんな感じで自信満々で偉そうなガラパゴス男だから話が通じない。自分けが正しいという態度。急に怒り出すし。DB定義エクセル管理して変更履歴エクセルじゃないとダメだって言うの。それが業界()の常識なんだと。上位互換を既に全部セットアップしてあるのにそれを理解できないのか何なのか。低学歴IT世界しか通じない弱小零細SIer常識押し付けられても困る。

2022-08-11

anond:20220811162147

Gitについて言うと本家CLIからCLI利用者の方が多数派だし、

多数派に乗っかっていった方が情報収集やすい、

ってのもあると思うけどな

誰かが意図せずforce pushした時の後始末とか

あかん秘密情報pushされた時に歴史から葬り去るとか

GUIからできるもんなの?

anond:20220811161554

古参プログラマーってCLI至上主義が多いよな

例えばサーバサイドならともかく、フロントエンドエンジニアCLI必要ないだろと思うけど

なんかGitとかもコマンドで打って悦に入ってそう

2022-08-02

[]Git

Git(ギット[2][3][4])は、プログラムソースコードなどの変更履歴を記録・追跡するための分散バージョン管理システムであるLinuxカーネルのソースコード管理に用いるためにリーナス・トーバルズによって開発され、それ以降ほかの多くのプロジェクト採用されている。Linuxカーネルのような巨大プロジェクトにも対応できるように、動作速度に重点が置かれている。現在メンテナは濱野純 (英語: Junio C Hamano) で、2005年7月から担当している。

Gitでは、各ユーザワーキングディレクトリに、全履歴を含んだリポジトリの完全な複製が作られる。したがって、ネットワークアクセスできないなどの理由で中心リポジトリアクセスできない環境でも、履歴調査や変更の記録といったほとんどの作業を行うことができる。これが「分散型」と呼ばれる理由である

2022-07-26

GAFAMで言えない言葉

みんな大好きGAFAMはご存知の通り言論統制が大好きだよ!言論統制ユーザだけでなく社員にも課しているよ!どんなことが言えないのか紹介していくね!

追記差別用語としての地位確立していない言葉に敏感になりすぎるとより差別と分断を助長していくよ!これらは包含言語と呼ばれるけれどもむしろこのような過敏な言い換えを知らないと差別主義者としてのレッテルを貼られるなど階級差別的で排除主義的な行いにしか用いられることは無いよ!つまり本来目的を全く達成しないばかりか分断をより強くしていくよ!更に二重基準も酷いもの論理なんてもの存在しないよ!これらの言葉推し進めている人達自分たち正義の行いをしていると思い込んでいるので余計にたちが悪いよ!

2022-07-25

git rebase HEAD^^^^みたいに直近のコミットログを展開したら、一覧が表示された後、順番を入れ替えればいいのか… その発想なかった https://kitigai.hatenablog.com/entry/2019/05/22/003841

VSCodeGitLensプラグイン、よく見たら、左側のハンバーガーマークでつかみながらタグを移動できるやんけ…すげー今更だけど知らんかった一

2022-07-08

男は別名保存だから

別名をハッシュにするだけでもgitっぽくなる

女性上書き保存更新履歴が残らない

バージョン管理ができてないからすごい危険

2022-05-21

anond:20220521220951

参考URL続き

タイトル
URL
エントリID
13はてなブックマーク - 人気エントリー - 2008年11月1日https://web.archive.org/web/20170815132626/http://b.hatena.ne.jp/hotentry/20081101
14はてなブックマーク - 人気エントリー - 総合 - 2010年5月27日https://web.archive.org/web/20190522181226/http://b.hatena.ne.jp/hotentry/all/20100527
15【復旧済み】各カテゴリ特集の一覧に、想定とは異なるものが多数表示される不具合が発生しています - はてなブックマーク開発ブログhttps://bookmark.hatenastaff.com/entry/2019/05/10/1344284668551187895269474
16コメント一覧ページのデザインリニューアルおよびページ内の一部機能廃止・整理を行います - はてなブックマーク開発ブログhttps://bookmark.hatenastaff.com/entry/2017/08/08/1500004667408485643465858
17簡易はてな記法 - はてなブックマークヘルプhttps://b.hatena.ne.jp/help/entry/textformat4669405056148061858
18eidを使えばもっとURLを短くできるhttps://anond.hatelabo.jp/2008121919444211362837
19URLエンコードについておさらいしてみた - Qiitahttps://qiita.com/sisisin/items/3efeb9420cf77a48135d347680902
20はてなブックマークEIDの桁数が激増したのはいつだろうhttps://anond.hatelabo.jp/20190127151652
21重複した URL正規 URL統合する | Google 検索セントラル | ドキュメント | Google Developershttps://developers.google.com/search/docs/advanced/crawling/consolidate-duplicate-urls?hl=ja4694503810869473858
22Consolidate Duplicate URLs with Canonicals | Google Search Central | Documentation | Google Developershttps://developers.google.com/search/docs/advanced/crawling/consolidate-duplicate-urls4695808187685102274
23URL複数存在する同一ページでコメント一覧ページが分散する仕様を、統合されるよう変更しました - はてなブックマーク開発ブログhttps://bookmark.hatenastaff.com/entry/2019/02/28/1734014667408469537322306
24URLクエリパラメータ(クエリストリング)の意味とは。使い方は? 除外はすべき?[第4回][第4回] | Googleアナティクスとは/衣袋教授Googleアナティクス入門講座 | Web担当者Forumhttps://webtan.impress.co.jp/e/2012/04/26/12663351312146
25高木浩光@自宅の日記 - はてなブックマーク禁止する技術方法, 追記, 追記2 (23日)http://takagi-hiromitsu.jp/diary/20071222.html6889081
26[B! はてな] はてなブックマーク - about:blankhttps://b.hatena.ne.jp/entry/s/b.hatena.ne.jp/entry/about:blank4707586658055348514
27おっ - kikuchi1201 のブックマーク / はてなブックマークhttps://b.hatena.ne.jp/entry/2805/comment/kikuchi1201
28はてなブックマークされてる不思議なページhttps://rcmdnk.com/blog/2014/02/24/blog/4671123851382313506
29はてなブックマーク全文検索機能改善しました - はてなブックマーク開発ブログhttps://bookmark.hatenastaff.com/entry/2015/06/22/1149584667408538793733762
30はてなブックマークっていつからOR検索できるようになったのhttps://anond.hatelabo.jp/20121006222621241122808
31知らなくても困らない!はてなブックマークのアレな使い方 - tipos tarongahttps://tt.hatenablog.com/entry/2013/11/16/2157034713084010265175938
32マイホットエントリ機能のご紹介 - はてなブックマーク開発ブログhttps://bookmark.hatenastaff.com/entry/2013/05/08/1313084667408422829508482
33イブクマー検索機能を強化し、検索結果の並び替えや絞り込みができるようになりました(PCブラウザ) - はてなブックマーク開発ブログhttps://bookmark.hatenastaff.com/entry/2021/09/02/1605464707764769367740738
34はてなブログスター(星マーク効果は?1万円購入の圧倒的な効果https://blog-support.jp/hatenablog-star/

API編(後日投稿)に続く予定

追記・返信

今回書いた増田にも多くのブクマが付き、有難く思う。以下返信。

これは詳しい

ブクマしておく

誰得の詳しいまとめ

おつおつ!!

コメ有難う。おかげで次も書こうという気になる。

RSSがあれば、エクセルはてブが見れる

有用ツール紹介感謝ぐぬぬ向こうのブコメの方が多いと思いつつ)。

あとRSS一覧でいつも思うのが知ってて当然という感じでカテゴリの一覧が無い

参考ページ[FAQ]はてなブックマークの「総合」カテゴリーと「一般」カテゴリーの違いはどこにある?を載せたか大丈夫だろ、という不親切な態度は許されなかった。

はてな社員新人くん、これ分かりやすいから見ておいて」

はてな社内の仕様Wiki存在するのか知らない)より詳しそう

どうもはてブ担当新しく入ったらしい

門外漢によく知ってるねと褒める時に使う言い方の事例集だ。俺は詳しいんだ。

カラースターの値段が

スターすごい

ギブミーカラースターとか言われたら、青1個投げるとちょうど良さそう。

全然使いこなせてなかったことを思い知る

なんかよくわからんけど参考になりそう

業務中のブクマ捗るから助かる

まだAPI解説も残っているんじゃ(すぐに投稿できるとは言っていない)。

GitHubにでも書いたほうが良いのでは

増田への愛(執)着が勝ったが、外部リンクを数件しか貼れず注釈機能が無く字数制限も厳しい環境投稿して良いのかという葛藤もある。

錯綜」の解釈を間違っていて一対多の意味を取り違えた。「分散」かな。 & は予約文字というよりも値が途切れ # はブラウザ機能としてサーバ送信されない。 1d. は {2} ではなく {1} (%enc)

素人特有の、用語等への鈍感さが浮き彫りに。申し訳ない。

指摘を参考に"エントリページ"の章等を修正URL引数については、修正後の内容なら以下のようになることを読取っていただけるかなと。

1a例 https://b.hatena.ne.jp/entry/s/anond.hatelabo.jp/20220521220951

1d例 https://b.hatena.ne.jp/entry?url=https%3A%2F%2Fanond.hatelabo.jp%2F20220521220951

API編も期待してる

善処する(GitHub投稿する方に気持ちが傾いてるが全く触ったことがない上に、VSCodeとWSLとgitを導入してはてなウィジェットスクリプト解読環境も整えようなどと考えてるので、いつになるか定かでない)。

「はてなフィルター」というウェブサービスも加えて

公式のページを対象としたので含めなかった(新参情弱なので知らなかったとは言えない)。

Web3を理解できない奴はバカって言う奴こそバカ

結局さ、Web3で何ができるのか提唱者も含めて誰も明確に語れていなくてWeb3っていう言葉けが1人歩きしている状態じゃんね?

ブロックチェーン既存Webを置き換える、既存Webアップデートするっていうけどさ、既存Webって大半がランダムアクセスじゃん
ブロックチェーンランダムアクセス性能が改善されていってるという主張があるのは知ってるが、ブロックチェーンの基礎部分はシーケンシャルアクセス念頭に置いたもんじゃ
どうやっても既存リレーショナルデータベースランダムアクセス性能を追い越すことはなく、ブロックチェーンランダムアクセス性能が現在リレーショナルデータベースと同等になった頃にはリレーショナルデータベースは更なるランダムアクセス性能の向上を果たしてると見て良いだろ
ブロックチェーン永遠にリレーショナルデータベースを超えられないじゃん

NFTだって結局のところブロックチェーンではクソデカバイナリファイルを扱うのは無理があるって言うんでURLみたいな小さなテキストデータ実体管理しようというGit LFSと似たような運用の仕方なわけだろ?
クソデカバイナリファイルを扱えずにどうやって既存Webを置き換えたり、既存Webアップデートするんだよ
いやそうじゃないんだ、もっと良い方法あるんだと、そんなものがあるなら先にバージョン管理システムがやっとるわと

全くもって理解できないんだよWeb3って一体なんなんだよ
IT技術者の理解放置して投資投棄やってる連中の中だけで進んでいくIT技術ってそんなもの成立すると思ってるのか?
そして返ってくるのはお決まりの「お前がバカからWeb3を理解できない」ですよ

はああぁぁぁァァァ!!!?????!!!!!!??????

2022-05-19

転職エージェント変えてほしい

今ついてるエージェントGitGitHubの区別がついていないから変えてほしい

2022-05-10

エクスプローラgitが入ればいい

Tortoiseみたいなゴミじゃなくてまともなやつな

gitじゃ駄目なんだよgitじゃ

バカには使えないか

俺もバカから

2022-05-07

従業員50人ほどの中小IT企業のFLOSS活用事例 n = 1

弊社ではその設立当初、というよりも創業者(=私)が個人事業主だった頃から業務にFLOSSを多用しています
今回その事例を情報共有するためにエントリ作成いたしました。

従業員50人ほど(学生アルバイト含む)の会社です。ちなみにかなりボカして書きます

社内文書ODF

弊社では社内文書SDGs観点からペーパーレスに努めており……と表現すると些か格好付けすぎなので正直に言えば個人事業主時代印刷機複合機ランニングコストバカにならなかったので物理ペーパーへ出力するのを控えていた運用がそのまま法人化されても続いているだけです。

社内文書として用いられる文書フォーマットODF形式統一している……というかコレもまた個人事業主時代OpenOffice活用しており、現在社内で使われている主なオフィススイートLibreOfficeとなっています
注意点としては弊社がルールとして定めているのはODFを用いることでありLibreOfficeの利用を強制しているわけではないという点です。
従業員の中にはLibreOfficeを常用せず、AbiWordやGnumericを普段使いしている者も居ます
弊社は社外とオフィス文書ファイルをやり取りすることが一切なく、オフィス文書ファイル表現するには正しくないですが社外とはPDFをやり取りするくらいなので何か問題が起きたことが今まで特にないです。

えんたぁぷらいず……

ただ1つ問題があり、弊社はこれまでLibreOffice無償活用させて頂いており、これまでの感謝を示すためLibreOffice Enterpriseへの移行を考えているもの日本国内LibreOffice Enterpriseを利用するための情報が一切なく困り果てています
最悪、海外企業を頼る方法もありますサポート時間の都合などがあるため可能ならば国内で探したいと考えています。どうにかならないものですかね?
社内では「むしろウチがやったら?」なんて声もチラホラ聞こえますが……。

ちなみに社内デファクトスタンダードフォントはNoto Sans Japaneseです。一部でTakao(IPA)が使われています

OSの縛りを設けていない

弊社ではFLOSSを活用しているせいもあって特にOSの縛りを設けていません。何なら経理担当Chromebook使ってます
社内のOSシェアはChromeOSを含めたLinuxディストリビューションが5割、macOSが2割、残りがWindowsとその他です。

気になるであろう開発環境についてですが、Dockerを用いて開発環境統一化を計っており、その時々に応じてDockerコンテナを切り替えて開発しています
Dockerを用いているせいもありLinuxディストリビューションの社内OSシェアが高くなっているのです。
プライベート従業員は様々なOS選択しているようです。ゲームとかVR趣味であるならばWindowsしか選択肢ないでしょうしね。

ちなみに業務用のPCBYODで購入補助あります
結局は従業員現物給与として課税されてしまうだけなので「いくらでも良いけど高すぎるの買うと年収増えすぎて痛い目みるよ?」とは助言してます
会社はまとまったお金を出しているに過ぎないのでメリットデメリットがありますよね。

GNUプロジェクトソフトウェアは無申請で利用可

いちいち申請出す方もチェックする方も面倒なのでGNUプロジェクトソフトウェアは無申請で利用可としています
ただし制限公式リポジトリまたは弊社が安全だと判断しているリポジトリで配布しているバイナリのみという条件が付きます

本番環境ホスト先は色々

どこの会社もそうでしょうけれどもAWSAzureGCPなどたいてい大手に置いてますね、予算の都合もあるけれど。

デザイナーは主にWindowsを使っている

これは弊社が強制しているわけではなく、弊社デザイナーの第1号従業員Windowsユーザであったので惰性のままWindowsとなっているだけであり、中にはMac仕事している従業員も居ますし、状況によってLinuxディストリビューション(主にUbuntu)上で仕事しているときもあります

Linux環境では苦手なIllustratorAI形式などはSVGラスタ画像に落とし込んでもらって開発者適用するという運用になっています
社内では特定環境依存するファイル形式はとことん嫌われる傾向にあります(妙な仕事が増えるから)。

みんなGitが使える

開発者から経理デザイナーに至るまで弊社従業員はみんなGitが使えます
ただし使えると言っても全員がCLIからコマンドを打てるわけでなくGUIクライアントから操作しか出来ない者も居ます
主に使われているGitGUIクライアントGitKrakenです。

入社時の受け入れ教育LibreOfficeGit指導をすることになっており、全従業員が浅くともGitとは何ぞや?を理解している状態にあります
ちなみにGitリポジトリは主にGitLabへ置いていてUltimateを契約させてもらってます

社内にセルフホストしているGitLabサーバもありますが、こっちは従業員個人開発しているものを投げているようですね。業務にあまり使われていません。緊急時バックアップと思われるものがちょこちょこありますが。

プロジェクト管理ツールはopenproject.org

プロジェクト管理ツールはいろいろと試したのですがOpenProjectへ落ち着きつつあります
プロジェクト管理ツールの選定は各プロジェクトマネージャへ任せているのですが、旧来からあるRedmine操作性が近い上にGitLabとの連携も容易でなかなか良いとのこと。

社内チャットは主にElement(Matrix)

他社とのやり取りにSlackやTeamsやZoomが出てくることもありますが、社内だけで完結する際はたいていElementが使われています
これは当時インターン生だった弊社の現従業員若者の熱意と共に持ち込み、サーバを与えたら喜々として運用をはじめたので、それをきっかけに便利だったからそのまま使わせてもらってます

ぶっちゃけて言えば私個人のこだわりはチャットにありません。従業員が楽しそうに使っていればそれで良いんじゃないかと。
IRCとか持ち出されたら「今どきそれはどうなの・・・まぁ良いけど」って言うかも知れませんが。

会計はFreee

会計はFreeeです。特にこだわりはありません。たまたまWebブラウザから使えたのでFreeeとなってます

弊社は95%リモートワーク

残り5%は主に私が出社しているからw
社内にサーバがあるので私以外も出社してくることはあります基本的コロナ禍以降は全従業員リモートワークです。
そもそもコロナ禍以前でもリモートワークしてた気がしなくもないのですが当時は3割4割くらいだったでしょうかね?週に何度か出社して来ないが自宅からdoneしてくる従業員が何名も居たので。
タイムカードもElementのbotへ投げると自動的に処理するようになってます……が、実際のところ最後の処理で私が大目時間を付けてます。打刻を忘れることもあるしね。少ないより良いやろw

結局、郵送物(今ならコロナワクチン関連とか)を処理する必要があったりなど誰かしら会社に人が居なければならず、自分でも忘れがちですが創業者なので私が会社に居るよってことで私だけがほぼ出社するという状況になってます
オフィス処分も一時期考えたのですが、増員への教育とか考えるとやっぱりオフィスあったほうが良いよなぁなんて思ってそのままです。もしかしたら引っ越しするかも?

1つだけ申し訳ないことがあって、コロナ禍の状況下でどうやって増員したら良いのか教育したら良いのか私の能力を超えていまして現在新規募集を停止中です。いやホント申し訳ない。
事業軌道に乗った以降は毎年最低1人は取ろうねと古株と話していたんですが、こうなっては無理だよねと苦笑しあってます
どうやって世間の同規模中小企業新人教育やってるのか解らなすぎる。会社に誰も居ないじゃんと。

上場する気も更々ないし無借金なので、のん気にこのままゆっくりと会社を維持していきたいなぁと思ってます
早くコロナ禍終わらんかなぁ……。

2022-05-05

anond:20220504211823

まあちょっとしたWEBアプリ作るのも一昔前ならPHPでチョロチョロっと書いてレンタルサーバーにアップして済ませてたのが

今はgitからクローンしてバックエンドはLaravelでフロントVue.jsクラウドデプロイとかっていう我々アマチュアのおじいちゃんからすると趣味の枠を超えたことをやってるなと思うね

まあ実務で使える知識を覚えようとそうなっちゃうんだろうけど

開発環境の構築とサーバー知識がネックになって初学者がどんどん挫折するのを見てるので、もうちょい敷居を下げられないかとは思うんだよな

2022-04-29

anond:20220429094749

エンジニアと大雑把に括られてるけど、実際にやることはその中の職種によって凄まじく違うことに注意な。

やりたい事に近い事、お前さんのイメージするエンジニアに近い事をやるといい。

んで、こだわりないなら両方やっとけ。

基本情報なぞ簡単に取れる。取れなきゃ次は、アプリサービス作る過程で色々調べたりした経験に、ちょいと試験向けの勉強する程度で取れる。取っとけ。

アプリサービス作りは難しい。作ろうと思うだけでなく、実際に手を付けられる奴はそう多くない。サンプル通りでない物を自力で完成させられれば、エンジニアに十分向いてる。本当に難しいのは作ることではなく、その先の続けることの方ではあるんだが…。

で、だ。単に就職できればいいや止まりの話でなく、アプリサービスを作りたいという思いがあるのなら、何かを作ったり設計したり企画したりしたいという思いが自分自身の内にあるのなら、だ。

まず紙のノート買ってこい。これが何よりも大事。そして捨てるな、一生。

作りたい物の全体デザインを書いてみろ、その最初の数枚は絶対に捨てるな。残りも可能な限り捨てるな。

スケッチブックノート、中性紙で。無地が望ましいが近所での入手性も大事。人に見せることもあり得るのでA4以上、携帯したいとしてもB5以上。

リングでも綴じでもいいがルーズリーフを継ぎ足せるタイプは論外。紙を切り取るミシン目があるのも論外。後から整理しようとするな。余分なページを外そうとするな。丸ごと取っておくんだ。

筆記具はボールペンフリクション絶許。ホワイトダメ。消す時は横線で。消したという判断も、それを一旦は思いついたということも後から見れるように。

請けた仕事用とは絶対に共用するな。プロジェクトを離れる際に、機密漏洩防止のため捨てることになるからプロジェクトの成果の持ち主が本人なら知らぬ。

環境ノート絶対捨てない事を許さないのなら…電子データでもやむを得ないが、クラウドストレージ+バックアップガチガチに消えないように。そして跡を消さず、整理せず全て残すように。

お前さんの方向性次第では、本当に必要なのはDesign Docsのような電子データ文書かもしれない。それでも要所は同じ。

gitに突っ込む。横線で消すのではなく、git履歴比較できるデータ形式にしておく。履歴を後から整理しようとせず、ガチガチに消えないように全て残す。

グッドラック

2022-04-27

anond:20220427175508

そうだね。Instagramへのシェアボタンがあってもいいし。中国のwebio(?微博)へのリンクがあってもいい。

livedooramoebayahoo!ブログライバルからFacebook流れるように足を引っ張りあったのかもね。勝手妄想〜。)

Linkdinやgit hub, qiitaへのリンクがあってもよかったのに。

2022-04-21

よく使うgitコマンド

git branch --all

git switch

git switch -

git diff

git diff --cached

git cherry-pick

git reflog

git commit --amend

git add . -p

git pull

git show

git fetch && git merge origin/master

git merge

git merge --abort

git rebase -i HEAD^^^^^

git tag --delete

git tag -d

git log

git log --graph

git push

git push --force-with-lease

git push --force

git push --tags

git push --delete

git push --set-upstream

git status

2022-04-14

gitは罠」だなんてネタでもなんでもないからな

いまだにvss使ってる現場すらある

そういう低能を正しく切断処理できなかったからこの国は駄目になってしまった

2022-04-01

anond:20220401200632

ITシステム開発だと、例えばgitリポジトリ場所とかブランチ運用フローとかは書いてほしいけど、

コミットとかプッシュのやり方とかは別に書かなくてもいいな。

それが書いてないとコミットとかプッシュできないやつはダメでしょ

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