アカウント名:
パスワード:
業務では絶対に使用させるべきではない。
“「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」”
githubの使用は100%安全とか以前に危険が目に見えてるし、前例にも事欠かない。
インターネットの使用は(以下略
インターネットに代替はないが、githubは止めても普通にgitを使えば安全性も利便性も得られるよね。
道具の使用は(以下略
そう、結局のところ普通の人が使う道具としては適してないんだよね。適しているのは、オープンソースのプロジェクトをやる人くらいのもの。
エラい人が言いそうね。
金輪際、Githubは使わない!
え?GitHubが悪いわけじゃないんですけど?このPayに関連している利用者が無知なのか、或いは私利私欲の為か、或いは愉快犯か恨みかで勝手にアップしただけですよ。GitHubが何か悪意を以て行った事ではありません。
実際のとこ、言っちゃったエラい人って実在するんだろうか。以前からtwitter上では「弊社はgithub禁止になりますた」みたいな事言ってる人いるけどその人の会社とか分からんし、ちょっと検証は難しい。
でも想像を絶するへんな会社ってのは確かに存在するしこの類の事件を理由にgithub禁止にしちゃった会社も、どこかに実在はするんだろうかね。
Githubへのアップロード機能があるせいで、SourceTreeのソフトウェア利用申請を蹴られたことならある。
そうだそうだ、電子メールとかファクシミリ、郵送なんて誤りを止める機能がないのだから使用させてはいけない!
相互認証が完了しないと本題は漏洩しない電話最強だな。
ヒント:大きな声
相互確認が不完全でも本題の連絡が成り立つから、オレオレ詐欺が成立するんでしょ?
郵送は一応止められる。出したあとに誤りに気付くのは難しいけど。
それらはそもそも情報のコピーっていう大きな問題が危険性の抑制になっているけどな。
クラウドを使うなら避けられないこと。文句があるならオンプレでやってろ。
実際、業務のソースコード管理はオンプレでやるのが最適だろ。外部から使いたければVPNで繋げばいいだけだし、githubを使う必然性がどこにも存在しない。
普通はオンプレ版GitHub Enterpriseでは?
本当それ、タダ乗りしようとしたり、ケチるからこういう事が起こる。セキュリティとコストをトレードオフした結果なんだから自業自得。
オンプレ版というか、普通にローカルのファイルサーバ内にgitリポジトリ作成すればいいだけんじゃないん?オレは未だにTortoiseSVN使っててgitがあんま分からんので少し調べたが、普通にローカルのファイルサーバにリポジトリ作成できるんじゃん。
なんで社内で済ませられるものに対して、わざわざ外部サーバ使ってるのかが分からんのだが。
GHE(GitHub Enterprise)は、単なる git リポジトリじゃなく、いろいろな便利機能がついてるから、そのためにお金を出して買うのはありだと思います。
金出してGHE買うもよし、Git単体で十分ならそれもよし。だが、github.comを使うのは問題外。
むしろなんでオンプレじゃなかったのかの方が不思議。
そもそもで言えば、個人情報関連の作業でクラウド使う時点で問題を理解してほしいわな。サービスの話でもないんだからクラウドでやる必要性が無い。
↑こういう馬鹿でもWebに書き込み可能な端末を使ってます、今すぐ取り上げろ!
では何なら良いと思ってますかね?
普通にgit使えば良くね?あえてgithub使う意味なんてないよね。
Issues、Pull requests、Actions。これらがあるだけでも大分便利だけど。
金払ってエンタープライズ版使えってことだろうね
git自体は便利だから使いたいけどネットで共有する為のサービス使うなら気をつけろと設定間違えるだけで簡単に公開してしまうからなそれが嫌ならちゃんと自分でサービス立ち上げて管理しろと(管理者雇うのに金かかるけど)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
馬鹿を止める機能が欠如したgithub (スコア:0)
業務では絶対に使用させるべきではない。
Re:馬鹿を止める機能が欠如したgithub (スコア:3, おもしろおかしい)
業務では絶対に使用させるべきではない。
“「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」”
Re: (スコア:0)
githubの使用は100%安全とか以前に危険が目に見えてるし、前例にも事欠かない。
Re: (スコア:0)
インターネットの使用は(以下略
Re: (スコア:0)
インターネットに代替はないが、githubは止めても普通にgitを使えば安全性も利便性も得られるよね。
Re: (スコア:0)
道具の使用は(以下略
Re: (スコア:0)
そう、結局のところ普通の人が使う道具としては適してないんだよね。
適しているのは、オープンソースのプロジェクトをやる人くらいのもの。
Re: (スコア:0)
エラい人が言いそうね。
Re: (スコア:0)
金輪際、Githubは使わない!
Re: (スコア:0)
え?GitHubが悪いわけじゃないんですけど?
このPayに関連している利用者が無知なのか、或いは私利私欲の為か、或いは愉快犯か恨みかで
勝手にアップしただけですよ。
GitHubが何か悪意を以て行った事ではありません。
Re: (スコア:0)
実際のとこ、言っちゃったエラい人って実在するんだろうか。
以前からtwitter上では「弊社はgithub禁止になりますた」みたいな事言ってる人いるけど
その人の会社とか分からんし、ちょっと検証は難しい。
でも想像を絶するへんな会社ってのは確かに存在するし
この類の事件を理由にgithub禁止にしちゃった会社も、どこかに実在はするんだろうかね。
Re: (スコア:0)
Githubへのアップロード機能があるせいで、SourceTreeのソフトウェア利用申請を蹴られたことならある。
Re: (スコア:0)
そうだそうだ、電子メールとかファクシミリ、郵送なんて誤りを止める機能がないのだから使用させてはいけない!
Re:馬鹿を止める機能が欠如したgithub (スコア:2)
¶「だますのなら、最後までだまさなきゃね」/ 罵声に包まれて、君はほほえむ。
Re: (スコア:0)
相互認証が完了しないと本題は漏洩しない電話最強だな。
Re:馬鹿を止める機能が欠如したgithub (スコア:1)
ヒント:大きな声
Re:馬鹿を止める機能が欠如したgithub (スコア:1)
相互確認が不完全でも本題の連絡が成り立つから、オレオレ詐欺が成立するんでしょ?
Re: (スコア:0)
郵送は一応止められる。出したあとに誤りに気付くのは難しいけど。
Re: (スコア:0)
それらはそもそも情報のコピーっていう大きな問題が危険性の抑制になっているけどな。
Re: (スコア:0)
クラウドを使うなら避けられないこと。文句があるならオンプレでやってろ。
Re: (スコア:0)
実際、業務のソースコード管理はオンプレでやるのが最適だろ。
外部から使いたければVPNで繋げばいいだけだし、githubを使う必然性がどこにも存在しない。
Re: (スコア:0)
普通はオンプレ版GitHub Enterpriseでは?
Re: (スコア:0)
本当それ、タダ乗りしようとしたり、ケチるからこういう事が起こる。
セキュリティとコストをトレードオフした結果なんだから自業自得。
Re: (スコア:0)
オンプレ版というか、普通にローカルのファイルサーバ内にgitリポジトリ作成すればいいだけんじゃないん?
オレは未だにTortoiseSVN使っててgitがあんま分からんので少し調べたが、普通にローカルのファイルサーバ
にリポジトリ作成できるんじゃん。
なんで社内で済ませられるものに対して、わざわざ外部サーバ使ってるのかが分からんのだが。
Re:馬鹿を止める機能が欠如したgithub (スコア:1)
GHE(GitHub Enterprise)は、単なる git リポジトリじゃなく、
いろいろな便利機能がついてるから、そのためにお金を出して買うのはありだと思います。
Re: (スコア:0)
金出してGHE買うもよし、Git単体で十分ならそれもよし。
だが、github.comを使うのは問題外。
Re: (スコア:0)
むしろなんでオンプレじゃなかったのかの方が不思議。
Re: (スコア:0)
そもそもで言えば、個人情報関連の作業でクラウド使う時点で問題を理解してほしいわな。
サービスの話でもないんだからクラウドでやる必要性が無い。
Re: (スコア:0)
業務では絶対に使用させるべきではない。
↑こういう馬鹿でもWebに書き込み可能な端末を使ってます、今すぐ取り上げろ!
Re: (スコア:0)
では何なら良いと思ってますかね?
Re: (スコア:0)
普通にgit使えば良くね?
あえてgithub使う意味なんてないよね。
Re: (スコア:0)
Issues、Pull requests、Actions。
これらがあるだけでも大分便利だけど。
Re: (スコア:0)
金払ってエンタープライズ版使えってことだろうね
git自体は便利だから使いたいけど
ネットで共有する為のサービス使うなら気をつけろと
設定間違えるだけで簡単に公開してしまうからな
それが嫌ならちゃんと自分でサービス立ち上げて管理しろと(管理者雇うのに金かかるけど)