テレワークにして分かったこと★４

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2020/08/25(火) 10:10:15.29
どうせならリゾート地にてテレワークしたいなっ！

前スレ
テレワークにして分かったこと★３
https://medaka.5ch.net/test/read.cgi/prog/1595034638/
2020/09/01(火) 19:50:03.77
>>135
何もやってないんじゃなく
できない
137仕様書無しさん
垢版 |
2020/09/01(火) 19:50:37.50
xvideos観れないとか何のためのPCだよ
2020/09/01(火) 19:53:45.51
>>123
コミットしたら勝手にデプロイしてテスト走ってっていう環境を構築できる奴がいない
少なくともうちにはいないんだ・・・
2020/09/01(火) 19:54:15.76
>>127
依頼をうけたらスクショとって貼る
当たり前の話だろ
2020/09/01(火) 20:03:21.28
今日実は何もしていない
2020/09/01(火) 20:05:22.95
>>138
またまたご冗談を
2020/09/01(火) 20:11:07.67
チェックする為のツールを作る構想を練ったくらいで終わった
2020/09/01(火) 20:11:35.87
>>138
ググってコピペしたら終わるよ
2020/09/01(火) 20:50:27.02
>>142
あるある「構想を練った(だけ)」
145仕様書無しさん
垢版 |
2020/09/01(火) 21:25:09.69
サイバー攻撃について無知すぎるITテレワーカー
2020/09/01(火) 23:18:29.15
>>136
仕事の幅が狭くて価値のない人なら
そりゃセキュリティ軽視で問題ないわ
147仕様書無しさん
垢版 |
2020/09/01(火) 23:39:25.16
価値のある人間なんて居ないだろ
ビル・ゲイツもアマゾンのハゲも代替可能
148仕様書無しさん
垢版 |
2020/09/01(火) 23:41:22.75
お前らが一生懸命守ってるデータもほぼゴミ
2020/09/01(火) 23:45:29.68
>>146
スキルがなくて出来ないという意味ではなく
セキュリティ事故を起こそうとしても起こせないという意味で出来ない
150仕様書無しさん
垢版 |
2020/09/01(火) 23:49:00.51
>>123
匿名でいいからtwitterで同じこと言ってみよう
軽くバズる
151仕様書無しさん
垢版 |
2020/09/01(火) 23:50:05.77
>>149
技術を過信してて気持ち悪いわ
人が考えたものは人が破るんだよ
完璧なんて存在しない
2020/09/02(水) 00:14:56.23
>>149
それ以外任せてもらえないんだろ？
コード書くだけの派遣ドカタさん
2020/09/02(水) 01:14:20.42
オープンソース指向って完全なセキュリティ対策なんだよ
最も安全な方法は漏洩したら困るデータを持たないこと
そうすれば漏洩したくたって出来ない
だってそんなデータはないんだから
子供でも理解できる完璧な安全対策だ

でだ
これを実現するにはVPNやリモデなどといったイントラやクラウドにアクセスできてしまう在宅ワーク方式じゃだめなんだな
この方式では機密データにアクセスできる可能性があるからハッカーにやられたら漏洩する
2020/09/02(水) 09:11:26.21
ではあなたの名前、生年月日、クレジットカード番号とセキュリティーコードを
オープンソースで公開してください
2020/09/02(水) 10:07:44.09
オープンソースによくある事例
・パスワードがソースに埋め込まれたまま公開
・外部の人間がバックドアを仕込んだのに気付かない
・気づいたらコミッターが敵対勢力ばかり

サポート契約もせず派遣が環境構築・運用。もちろん適切なセキュリティの設定が出来ない
オープンソースは自社製品じゃないから責任もないし愛着もなく使い方も知らない
「ググって動くようにした」のレベルで本番運用
もちろんポート設定どころかネットワーク構成すら知らない
2020/09/02(水) 10:38:42.35
？？
157仕様書無しさん
垢版 |
2020/09/02(水) 10:38:52.35
>>153
＞　オープンソース指向って完全なセキュリティ対策なんだよ

それはない
2020/09/02(水) 10:59:19.81
ちょっとわかる面はある

その全てが漏れても自分は金しか出してないから痛くも痒くもないぜ

っていう面
オープンソースに＋α機能を実装するぜ
って仕事ですでに金もらっててソースも納品した状態なら後はどうなろうと構わない

客の目的はオープンソース＋αの機能が欲しいってだけで
自分が使う＋α部分がほかへ漏れても一切関与しないみたいなのは日本人には理解できない感覚だけど
そういうプロジェクトあった
2020/09/02(水) 11:37:00.45
rviewと家のサーバのRDとvmwareとメインPCを切り替えてると訳判らなくなるな
2020/09/02(水) 11:40:10.57
気付いたら本番サーバー
2020/09/02(水) 12:19:27.01
在宅ワークだとエクセルの編集が大変だね
なんとかならないものだろうか
162仕様書無しさん
垢版 |
2020/09/02(水) 12:37:13.57
>>153
漏洩したら困るものリストにソースコードが入らない理由を教えてくれ
2020/09/02(水) 12:45:32.10
エクセルオンラインやOneDrive、Githubなどいろいろと工夫してきたけど
一番トラブルが少なかったのは「チャットに添付」だよ
特にチャットワークが一番良かった

一番意外だったのはGithubの運用が一番失敗が多かった事
おまえらプログラマなのにバージョン管理慣れてないじゃん・・・
エクセルでも更新場所が強調表示できて便利だったからほぼ決まりだろうなって思ってたのに
各自でバラバラなフォルダに置くし、デグレ起こすし、そもそも見つけられない奴までいる始末だ

一番頭が痛かったのはファイル名の末尾に日付やバージョン番号を追加してファイルをどんどん増やす奴だ
しかもそのほうが管理しやすいという意見が多かった
2020/09/02(水) 12:55:58.16
1ファイルで完結してるスクリプトとかをローカルで作る時は、
末尾に書く方式でバージョン管理してるな

それで済むならそっちの方がいい
それで済まないからツールに任せる訳で
2020/09/02(水) 13:21:38.20
オープンソース指向ってオブジェクト指向と混ぜた造語かな？

>>162
元から知的財産として保護する価値がない
機密性皆無の末端仕事ですってことだろ
2020/09/02(水) 13:34:21.82
ネットワーク構成やシステム構成って漏洩するとハッキングされやすくなる
構成に脆弱性があるからといっても公開しなきゃそれなりに可能性は減るもんだ
ソースだってそうだろう

今までどれだけのオープンソースがハッキングされてきたかの歴史を振り返ると
けしてオープンソースだから安全というわけではない
カイゼンされて品質が向上しやすくなるだろう
それがセキュリティに繋がる事はあっても
「オープンソースだから安全」だと直結させるのは安易なのではないか
2020/09/02(水) 13:42:31.93
オープンソース製品というのはハッキングされる事で品質を向上させるわけだ
製品が主になっている話
被害を受けるのはユーザーだから痛くもかゆくもない

一方でユーザー視点で見てみると1回でもハッキングされたらおしまいだ
実際にセキュリティが高いとか品質が高いかどうかなんて関係ない
結果が全てだ
だからソースは隠すし何でも隠す
存在自体が知られないようにもする

防衛方法と共に攻略法が確立しているオープンソースを使うよりは
例え品質が落ちても攻略法が確立していない自社開発のほうがリスクは低い
ハッキングに必要な情報をいかに得るかの段階でハードルが高いからだ

いずれにせよソースを公開してセキュリティが向上するのはソフトウェア製品自体であって
システムが守るべき秘密に対してはセキュリティが低下してしまう
2020/09/02(水) 13:47:40.62
オープンソースは安全性の検証が可能
検証したとは言っていない
2020/09/02(水) 13:57:16.21
VRでエロ動画みるの最高
2020/09/02(水) 14:07:36.50
>>166
いや、>>153はOSSの脆弱性じゃなくて

「ご自由にお取りください」の配布物なら
とられても痛くない程度の話やで。
フリーペーパーみたいな仕事限定
171仕様書無しさん
垢版 |
2020/09/02(水) 16:31:39.35
話が嚙み合ってないが
わざとやってる？
172仕様書無しさん
垢版 |
2020/09/02(水) 17:01:42.38
どういう分野の製品やシステムのソースコードかという前提も必要じゃないかな
前提なしであらゆる分野のソースコードは開示されても問題ないと言い切るのは視野が狭すぎ
173仕様書無しさん
垢版 |
2020/09/02(水) 17:16:21.55
>>171
文字化けしてるんだがわざとか？
174仕様書無しさん
垢版 |
2020/09/02(水) 17:27:02.52
それが文字化けして見えるということは中華製のスマホかな？
2020/09/02(水) 17:34:15.78
そんな実装のブラウザあるんだ
2020/09/02(水) 17:49:24.37
PCでも文字化けしてるが
2020/09/02(水) 18:17:39.25
&#xxxxx; という文字列を見つけたら勝手に置換して表示してやればいい
この板はunicodeは書けない設定だけど、関係なく書けるようになる
2020/09/02(水) 18:33:27.23
文字化けじゃないんだが…
なぜプログラマ板にいるんだ
179仕様書無しさん
垢版 |
2020/09/02(水) 19:06:59.49
>>178
文字化けなんだが
2020/09/02(水) 19:07:53.49
>>162
オープンソースでも収益化できるからね
181仕様書無しさん
垢版 |
2020/09/02(水) 19:08:32.31
環境に依存してんじゃねえぞShift_JISからやり直せ
2020/09/02(水) 21:08:32.93
囓る　カジ
噛む　カ
2020/09/02(水) 22:46:42.22
>>163
ソースコードのバージョン管理がGitHubよりも添付の方がやりやすいってマジ？
2020/09/02(水) 22:54:37.05
>>183
ソースじゃねぇんじゃん
ドキュメントじゃね？
2020/09/02(水) 22:57:46.55
gitであかんのはcommit＆pushでローカルリポジトリの更新だけがうまく行ってpushでしくじったときのリカバリ方法がわかりにくいこと
pullもpushもできんのはヤバイ
2020/09/02(水) 23:29:03.05
rebaseするだけやろ?
2020/09/02(水) 23:53:58.29
>>186
resetで一発らしい
188仕様書無しさん
垢版 |
2020/09/03(木) 16:53:24.65
問題は気軽にリモートリポジトリのログを参照できずpushされた日時がわからないこと

pullしても一向にローカルにpullされず、共同者にそれを問うても
「pushしたって言ってんだろ！？」と言われてログ見てもやっぱりなく
さらに言って「pushしたって言ってんだろ！？？？？」と言われて
pullしたら確かに過去日でコミットされているログとともにpullされる

コミット日時しか確認不能なので後からpushされたのかpullがイカれてたのか定かではない

結局、GitHubフローみたいにプルリク前提でしか考えられていないから
プルリク運用しない軽い開発には向いてない
subversionでよかったんじゃないかな
2020/09/03(木) 17:10:19.22
高級な構成管理ツールは金がかかるのでsvnに移行中
単純でこっちのが好きだけど、複数のプロジェクトにわたってエイリアスを作る、
みたいなことはできないな
2020/09/03(木) 17:59:45.78
>>188
Githubなどのホスティングサービスだとブラウザから気軽にリモートリポジトリのログは確認できるよ
自前のホスティングサービスなら、管理者に聞けばいいんじゃね？

gitの軽さに慣れちまったら、svnに戻るのはごめんだが
2020/09/03(木) 18:32:32.74
gitの話しはフォルダ管理原理主義薄毛おじさんが爆発するから禁止
2020/09/03(木) 18:34:09.25
っていうかsvnでいい
ローカルリポジトリとリモートリポジトリが別れてる意味がわからん
何にもできないのに
193仕様書無しさん
垢版 |
2020/09/03(木) 18:48:04.00
gitって同じファイルを他人が編集しているとして
先に自分がそのファイル弄った後にpullすると必ずpull失敗するから糞
競合ファイルをstashなり手動退避してpullし、その最新版に対して
自分のコードをマージしなきゃならん
俺が分かってないだけなのか本当に糞なのか未だに分からない
どうしてSVNのように自動マージしてくれないのか
2020/09/03(木) 18:48:56.75
>>192
gitとsvnの違いってそこだけなのに
一番不要な部分なんだよね
2020/09/03(木) 19:25:32.63
>>188
これな
偽装工作できるってのが致命的にあかんよな

はっきり言ってgitが優れてる点は2つしかない
1つはgitignoreの利便性(svnignoreは本当に使いにくい!)
もう1つはパフォーマンスの高さ

それ以外はすべての面で同等かSVNのほうが上
2020/09/03(木) 19:27:41.42
>>193
込み入ったマージになると結局自動でなんかやってもらっても害にしかならんよ
そこじゃなくて役に立たんローカルリポジトリが単純にいらん
2020/09/03(木) 19:33:46.71
skyseaも入っててそこの会社でコロナった奴も出てるのに出社
対面で何かすることも一切ないから出社する意味も全くない
ひたすらストレスしか溜まらない
完全に嫌がらせだな
198仕様書無しさん
垢版 |
2020/09/04(金) 02:52:04.02
おれは１日おきに出社だけど
電車がぎゅうぎゅうじゃないから我慢できるレベル
だけど駅から会社まで猛暑のジトジトの中を歩くから
汗がねっとりからみついて嫌だ！

やはり毎日テレワークがいいな

友人も１日おきに出社となったと言ってるけど
そういう会社が多いのかな？
2020/09/04(金) 09:09:26.36
自分が作業している会社は社員へのテレワーク指示は比較的早いけど派遣にはぐずってる感じで遅れて指示がでる
今は原則テレワークでどうしてもという場合のみ出社という形式でほとんどテレワークしてる模様
2020/09/04(金) 09:53:13.84
一日おき出社をする理由がわからない
2020/09/04(金) 09:57:15.86
半分ずつ出社にすると、半分同士は接触しないので、
コロナで全滅しても半分で済む
2020/09/04(金) 10:03:23.04
ホメオパシーみたいなもんか
2020/09/04(金) 10:50:59.80
そもそも仕事で接触する必要のない人を同じ建物に集める必要がない
2020/09/04(金) 11:22:58.71
>>199
派遣契約でテレワークはセキュリティ考慮や契約の形態が面倒なんだよ
持ち出し用のPCセットアップしなきゃならんし
205仕様書無しさん
垢版 |
2020/09/04(金) 13:02:01.96
>>201
それは詭弁
2020/09/04(金) 14:29:27.71
世間にコケにされすぎる
207仕様書無しさん
垢版 |
2020/09/04(金) 15:01:24.52
一定数テレワークを見下す連中はいる
2020/09/04(金) 15:06:03.67
在宅勤務手当が1000円しかつかないせいでクーラーの電気代が地味に辛い
さらに、社員食堂が無い事業所の社員は在宅勤務でも変わらず食事手当450円/日出るのに
社員食堂が有る事業所社員は在宅だと社員食堂利用できない上に食事手当ももらえない
2020/09/04(金) 15:07:05.71
実際にやってみる前は、そんな状態で絶対まともに仕事する訳ねえと思ってたしな

まあ会社では不可能な息抜きはするけど、それがあるべき姿だったんだろう
210仕様書無しさん
垢版 |
2020/09/04(金) 15:33:18.86
会社として、
在宅許可”してあげてる”からこの事実が手当てにも代えがたい会社としての譲歩だろう
と考えている節はある

厚生労働省のガイドラインをコピペして急ぎ社内規定を作成している会社が殆どじゃないかな
当然ながら労務に関する都合の悪い部分はガイドラインからコピペされない
ガイドラインではなく一刻も早く正式な法整備が望まれる
2020/09/04(金) 15:57:02.40
>>208
在宅勤務手当て出るだけ儲けじゃん
社命の時期にすら出なかったぞ
212仕様書無しさん
垢版 |
2020/09/04(金) 16:02:28.54
在宅勤務手当てだとう〜~！！？
なんじゃそりゃ！？
うちはそんなもんねーよ！
213仕様書無しさん
垢版 |
2020/09/04(金) 16:30:15.71
>>207
僕らも出社する人を見下してるからお互い様だなー
2020/09/04(金) 19:31:53.25
>>193
普通は自分用の作業用のブランチを切ってマージする
開発でブランチモデルまで決めておかないと地獄だぞ
svnのがマシって言ってるヤツは開発ブランチオンリーで作業してそうだな
そりゃ揉めるわ
215仕様書無しさん
垢版 |
2020/09/04(金) 19:43:18.20
>>214
作業単位でブランチ切るのか
結合テストのバグ単位でブランチ切ったら山のようにブランチ出来るしマージ大変じゃね？
マージ誰がやるのさ
2020/09/04(金) 19:48:04.79
>>215
さもブランチ切らなかったらマージが発生しないかのような言い草だが
ぶっちゃけ変わらんだろう
単に現在作業中のタスクが見えるようにしたいだけだろ
217仕様書無しさん
垢版 |
2020/09/04(金) 19:59:15.26
>>216
>>193
2020/09/04(金) 20:07:14.57
>>214
SVNはお前が盲信してるgitflowもgithibflowもgitlabflowもなんでもできるぞ
ブランチ機能を比較してSVNを下げる奴は経験不足
2020/09/04(金) 20:15:26.36
ブランチを切ってやる理由なんてのは実は1つしかなくてそれは質の悪い低スキル要員からmaster、trunkを守るため
これはプロジェクトにとって極めて重要な役割だよ
2020/09/04(金) 20:19:06.59
>>218
好き好き
221仕様書無しさん
垢版 |
2020/09/04(金) 20:21:56.27
Gitでは誰がマージするか問題は永遠のテーマで有名な話だけどな
2020/09/04(金) 20:24:27.96
プロジェクトを成功に導く責任がある人がマージすりゃいい
223仕様書無しさん
垢版 |
2020/09/04(金) 20:25:13.31
テレワークしてわかったことの１つが
SVNで良かったって事？そりゃないっすよ
224仕様書無しさん
垢版 |
2020/09/04(金) 20:27:07.48
>>222
現実を見なさい
2020/09/04(金) 20:32:03.08
マージコストを軽く見すぎではないか
226仕様書無しさん
垢版 |
2020/09/04(金) 20:38:12.69
>>プロジェクトを成功に導く責任がある人がマージすりゃいい
SVNを作った人もそう思ったのだよ。
227仕様書無しさん
垢版 |
2020/09/04(金) 21:10:26.97
リーダーがマージするルールになってたけど
そのリーダーがアホですげえ問題出まくったなあ
2020/09/04(金) 21:19:43.70
同じファイルを編集しなきゃ競合しないよね
2020/09/04(金) 21:27:15.75
自動マージで困ったことないけどな
同じファイルの同じ箇所を複数の人がいじる体制が間違い
2020/09/04(金) 21:36:24.46
そうはいっても混ざっててどうしょうもない設定ファイルとかあろう
2020/09/04(金) 21:50:12.09
そういうのは管理する人を置かないとどっちにしろ破綻する
232仕様書無しさん
垢版 |
2020/09/04(金) 22:18:43.44
そんな単純な理屈じゃ回避できないって
誰もが同じファイルの同じ箇所を弄られてるなんて夢にも思わず発覚するんだから
バグの影響範囲がそこまで及んでいたら弄らざるを得ない
ファイルの関数毎に担当を決めて作業していては非効率すぎて話にならない
2020/09/04(金) 22:26:32.73
クラス分けろよ
滅多に競合せんわ
2020/09/04(金) 22:35:29.59
クラスを分けるのはリスクが大きい
partialしまくって6万行のファイルを
100枚程度に分けた
これだけでも更新時にバッティングしなくてかなり快適になった
2020/09/04(金) 23:01:35.60
新規で自分で作るならキチンと分けて作るわ
アホが作ったのをメンテしなくちゃいけないから困ってるんだよ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況