はてなキーワード: リポジトリとは
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
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)
ほかもできるよ。例えば次に有名なbitbucketでも公開リポジトリは作れる。
ただ、個人的には公開リポはgithubで非公開はbitbucketと使い分けてる。githubは(プルリクを送る)文化でbitbucketは利便性(5人以内だと非公開が無料)だと思ってる。
流出が確認された大手のうちの一つ、そのグループ内子会社で働いてます。
実は今回の件が初めてじゃないんだよね。去年だか一昨年にpublicで業務コード公開されちゃってる例が発覚して全社的に調査が入り、GitHub以外にもCodeCommitとか使ってないか?使ってるならクローズドにできてるか?認証情報はどう管理してるか?など全部提出要請があった。関連して、顧客とファイル共有サービス使ってる場合も同様。
GitHubは禁止!遮断!とかにはならなかった。なってたら仕事できん。
で、何でpushしちゃうのかというと。低賃金とかヤバさが理解できないとかはレアケースだと思ってる。「ヤバいのは承知してるが仕事を持ち帰りたい」のケースが結構あるんじゃないかと。
どうして持ち帰りたいかといえば、諸事情によりサビ残の方が楽で記録とられない自宅マシンでやりたいとか、会社支給のVDIが低スペすぎる&プロキシが邪魔だから私用マシンの方がいいとかそういう感じなんじゃないかと。
MSのおかげでprivate利用が無料になって以来、おそらくこの手のリポジトリがたくさんひしめいてる。そんでinit時にうっかりpublicのままにしちゃって事故る。
SMBCのソースコード流出、俺も昔どこかの大企業が販売しているシステムの、クローズドなはずのソースコードをSourceForge (現OSDN) で見たことあるよ。もちろん問い合わせ窓口から通報して、数時間もしないうちに消えたけど。
アジア系の名前の人のリポジトリに、普通に置いてあった。たぶん、その人にとっては、「無料でソースコードをアップして管理できるところ」以上の認識がないんだろう。「会社で作業して、終わらないなぁ。家に持って帰って続きをやるから、アップしとこう」「よし、今日も仕事するか。まずは、昨日家で書いたコードをダウンロードして...」という感覚で、公開・非公開、オープンソース・クローズドソースの概念がない人も多い。
さっき偶然見つけたGitHubリポジトリに驚嘆というか感動というか色々驚いてる
あー、これ全部書いたんかー
まあ、10人近いメンバーで分担して書いてるみたいだから一人の自分が勝てないのも納得だけど
パクりたい、いや、読みたい
しかし、ゴールはこのソフトウェアとは違うのでそれはそれでまた別の話なのだけど、
そっちはそっちで別の注目しているリポジトリがあったりする
で、基本的にGitHub、ときどきBitbucketだったりもするけど、オープンソースだから無償だし、
自分が作りたいものも仮に作れたとしてもやっぱり金にならないんだろうなあと思ったり
ビル・ゲイツ、スティーブ・ジョブズ、IBMの社長さんだったかが同席していて、
ジョブズとIBMの人が、将来はソフトウェアの方が無償になる、と語ってるのを見たビル・ゲイツが非常に嫌な顔をするのだけど、
ある意味では当たってたのかなあとも思えてきて、
それが分かってるから今のMicrosoftはアプリケーションはサブスクリプションにするし、
軸足はOfficeやOSよりもAzureとかに移っていて、GitHubの買収やGitHub上で以前よりは積極的な情報公開に乗り出した
WSLなどLinux側を取り込もうともしている
Edgeも独自実装をやめ、Chromiumベースになってしまった
コードを書くより、車輪の再発明より、クラウドコンピューティング、AppleのようなCPUの独自設計にも乗り出し、
それを搭載したSurface、そういったこれまでとこれからの広範囲な製品群の複合技になろうとしている
AIだのMLだのも、最先端を生み出す人材は優れている必要があるが、使うだけなら簡単に使えるものを提供されてしまう
なぜそれを提供するのかというと、それを活用してiOSやAndroidのアプリを開発してほしいとか、そういう意図もある
オリジナルを開発した人は論文が書けて偉業が残せるだけでホクホクであり、
それを使う底辺の我々はそれらが生み出すコモデティの泥沼のなかで醜い相撲をするしかないのだろう
というわけで、単なるプログラマーとかプロジェクトマネジメントとか開発とか、
そういった一般的なキャリアとは異なるものを描かなければならないとずっと考えてきたのだが、
未だに何の答えも見つからないのだった
あそこで出している数字は、直近1週間の陽性人数と、その前の1週間の要請人数の比を、5分の7乗しただけの物だから、本当は実効再生産数でも何でもないよ。
実効再生産数とは「1人の感染者が平均して何人に感染させるか」を表す指標。
計算式は「(直近7日間の新規陽性者数/その前7日間の新規陽性者数)^(平均世代時間/報告間隔)」。
平均世代時間は5日、報告間隔は7日と仮定。リアルタイム性を重視して流行動態を把握するため、報告日ベースによる簡易的な計算式を用いている。
精密な計算ではないこと、報告の遅れに影響を受けることに注意。
これを簡潔にすると、
ということになる。
東洋経済のサイトでは、この式を監修した西浦教授のGitHubリポジトリが紹介されていて、そこには nishiura_Rt会議_12May2020.pdf というPDFファイルがあって、そこに基本再生産数と実効再生産数の定義や関係がいろいろ書いてある。(以下、PDF内の説明に言及するときは「スライドno.N」)
基本再生産数は R0=∫[0,∞)A(τ)dτ らしいよ。(スライドno.4)
実効再生産数はスライドno.20「R(t)の推定へ」によれば、
i(t) = R(t)∫[0,∞)i(t-τ)g(τ)dτ
E(idomestic(t))=RtΣ(τ=1→t-1)itotal(t-τ)g(τ){(F(T-t)/(T-t+τ)}
L(Rt;Cdomestic(t))=Π(t=1→T)[(exp(-E(idomestic(t)))(E(idomestic(t)))idomestic(t))/idomestic(t))!]
って書いてあるけど、僕には何のことかわからない。感染症数理モデルすごいね。
数式はわからないけど、それじゃ何を数式にぶち込めば良いのか。検査結果の報告日だと、検査から報告までの人間界の制約が入り込んじゃうからおかしなことになる。
なので、基本的には検査時に聞き取る発症日や発症日から逆算した推定感染日ごとに人数を集計してぶち込むみたい。(スライドno.14など)
専門家たちが「エピカーブ」を一生懸命作ってるのはそのためかも?
つまり何が言いたいかというと、本来の実効再生産数Rtは、①なんか難しい数式に、②発症日ベースの数字をぶちこんで計算するものだということ。
それに比べると、東洋経済が「実効再生産数」と称して表示しているものは①数式はずいぶんと簡単だし、②ぶちこむデータは発症日ではなく報告日ベースだ。
そんなもので良いのか?良いのです。
上の複雑な式は、数理的概念に過ぎない※スライドno.5 R0になるべく近付くように精緻化した成果なんだと思う。
実効再生産数という概念の最初期のコンセプトは2つの期間の感染件数の比というものだったそうな。(スライドno.26)
それに、Rtのキモは、それが1より大きいか小さいか、どのくらいの程度で増減しているかを、数値化することにある。(スライドno.10)
そうであれば、①直近7日間の患者数とその前7日間の患者数の比率を見ることは、実効再生産数とコンセプトとして近い。これなら数式は簡単。(スライドno.30)
あと②目的が流行動態の理解のためなら、リアルタイム性を重視して、発症日や感染日ではなく報告日ベースで計算しても大きくは外さないはず。(スライドno.30)
そこで、 1週間単位での比率を、一定の報告期間と世代間隔 (スライドno.29) で補正した値を、Rtとコンセプト的に同じようなものとして扱っても、まぁ一般レベルなら良いかな、といえるわけです。
東洋経済式では(直近7日間の新規陽性者数/その前7日間の新規陽性者数)に常に同じ指数「5/7」で累乗してるので、(直近7日間の新規陽性者数/その前7日間の新規陽性者数)が1より大きければ東洋経済式Rtも1より大きくなるし、1より小さければ東洋経済式Rtも1より小さくなる。
だから、東洋経済が実効再生産数として掲載している指標の情報量は、(直近7日間の新規陽性者数/その前7日間の新規陽性者数)、つまり、かつての東京都モニタリング項目(3)と同じでしかない。
そのため、東洋経済式Rtは東京都モニタリング項目(3)と同じ欠点を引き継いでいます。
それは、祝祭日の影響による検査数の増減・報告時期の偏りや、クラスター発掘による大量発見などといった、実際の感染状況以外の要因によって生じる報告件数のブレの影響をそのまま受けること。年末年始に変な値が出がちなので、専門家会議ではちゃんとエピカーブを作ってちゃんと計算してるはずだし、今の東京都モニタリング項目(3)は接触歴等不明者の増加比に限ることでクラスター発掘の影響を消している。
それと、そもそも過去2週間分のデータを使って算出する以上、どうしても、現時点の値そのものではないということ。厳密さを欠いたイメージで説明すると、先々週の10000人が先週何人に感染させたかは示すけれども、今日の1000人が何人に感染させるかを示すものではないということ。これは東洋経済式に限らずRtの観測の欠点だけど。
そういうわけで、東洋経済式Rtを「これがRtだ!」って言ってる人がいたら馬鹿にして良いと思う。
あと、東洋経済式Rtは公開情報から誰でも計算できるものなので、東洋経済が更新しないからって古い東洋経済式Rtを持ってくる人も馬鹿にして良いと思う。
何事もなければ社長が死んだショックだけで終わったかもしれない。
7Payと言えばわかるだろうか。詳しくは書けないのだけど、あれと似たようなことが起きてしまった。
かなりのストレスだったと思う。ネットで調べたところ、急性心筋梗塞はストレスでも発症することがあるらしく、そこが少し引っかかってしまった。
様々な理由から現状社長の訃報を知らせるページを検索エンジンにインデックスされないようにしています。
もし心当たりのある会社があった場合でもリンクは貼らないでいただけますようよろしくお願いします。
使うのであれば、ライブラリ、フレームワーク、ミドルウェアの更新(バグ、脆弱性情報)を一生追い続ける覚悟で使ってほしい。
テスト自動化とかそういう発展的なものではなく、もっと根本的なテストについて勉強してほしい。
コードレベルのカバレッジとかそういうのではなく、「境界値分析」、「デシジョンテーブル」、「オールペア法」、「直交表」こういう物について勉強してほしい。
他にもいろんな手法はあるのだけど、上記に上げたもので1個でも知らない単語があった人は今すぐ検索してほしい。
いくら進捗が悪いからと言ってお客さんに順調などと嘘をつかないで欲しい。
遅れている理由を正直に言って(例えばテストの工数が膨れているとか)相談すればお客さんもわかってくれるかもしれない。
また、テストの質もそこまでの物が求められていないとかがわかるかもしれない。
お客さんに相談しないで工数圧縮の為にろくなテストも書かないで動いてるからいい!っていうのは危ない。
自信がない、もしくは、やったことがない・使ったことがない、などは正直に話してほしい。
もしかしたらそのせいで給料があがらなかったり、出世できなくなったりするかもしれない。
だけれど、その嘘のせいで他の誰かに負担がかかったり、他の誰かが不幸になるようなことがあってはいけないと思う。
これに関してはいろんな批判があることは覚悟している。嘘をついてでもいろんな経験をした方がいいって言う人もいると思う。
それでも、どうしても書きたかった。
別にLPIC(LinC)は持ってなくてもいい。本屋で適当に対策本をパラパラめくって、聞いたことのない単語がないレベルであればいい。
インターネットには嘘が散りばめられている。昔は本当だったけど今は嘘になっているものだってある。
一番いいのはエラーメッセージを出している物のソースコードを読むこと。二番目はドキュメントを読むこと。それでもわからない時だけ検索してほしい。
そして、その情報が誰が書いているかをよく見てほしい。書いている人が本当に信用できる、かつ、更新日付が近かったときだけそこの内容を信じてほしい。
公開リポジトリにpush/commitされているメールアドレスを収集している人がいるということ、
公開リポジトリにpush/commitされている秘密情報を収集している人がいるということ、
RDBによってはSQLのIN句に指定できる数に上限があること、
他にもいろいろあるが、1個でも知らないものがあった人は検索してみて欲しい。業界にもよるかもしれないが、本来であれば最低限知っておかなければいけない知識。
これを知らないと適切な設計、ましてや適切なコーディングすらできなくなる。
ぼくはエンジニアに向いてない
世の中にはプログラマー35歳定年説というものがあった。昔からそんなのはないという人と、あるという人がいた。40代も半ばになったときに「あぁ、これが35再定年説の根拠か」というものがなんかちらほら見えるようになってきたので書いてみようと思った。
世の中にはものすごいプログラマーというのはやっぱりいる。なんなら死ぬまでプログラミング書いていられるという人たちもいる(ブラック的な意味ではなく)。そんな彼らからしたらプログラマー35再定年説とか意味がわからない都市伝説にしか映らないだろう。
だが、普通に職業プログラマとして生きている俺のような人からすると、この35歳定年説はかなりの真実味を帯びている。
だが、そんな俺でも40代半ばまで延命できたのはやはり技術革新のおかげかもしれないが、結局平均寿命が伸びただけとも言えるだろう。
まず、技術に対する姿勢が変わる。正直言うとプログラミングとかもうしたくなくなる。というか、そもそも一生プログラミングを仕事にしたいと思う最初の頃は好きだと思っていたが、仕事にしてしばらく経ったら大して好きでもなかったな、と思うようになる。
大して好きでもないことを仕事にし続ける体力はやはり年とともになくなり、体力がなくなった分「自分が本質的にしたいと思うこと」が見えてくる。そしてそれはプログラミングではないため、ギャップがきつくなっていく。
おそらく、この辺が35歳くらいのあたりに来るのではないだろうか。35歳定年説と言ったら35歳ピッタリしか想像できないのが離散数学の世界で生きているプログラマらしいといえばらしいが。
そんな感じでやってても、20年もやればそれなりにスキルも身につく。さすがにGoogleの一線で働くような大天才たちと渡り合うことはできないが、もしかしたらGoogleの片隅で働ける程度のスキルはあるかもしれないが、正直もういいっす、っていう気持ちのほうが大きくなる。
次に、自分がどうにか身につけてきた知見というものがなかなか広まらない。コンセンサスが取れない、という状況にも苦しくなってくる。
自分がやってきたプロジェクトでこういうことをやったらうまく働いた、というような知見は共有するが、なかなか価値観が共有できないことに気がつく。若いうちは「だったら俺が全部やりますわ」くらいの気合を見せられたものだが、年を取ってくると「あ、そうですか・・・」となってしまう。純粋に体力も気力もなくなっていく。
プログラミングをやっているだけありみんな論理的な思考が大変上手だ。「皆さんホント論理的でいはりますなぁ」と言いたくなるわけだが、悲しいことに自分たちの振りかざす論理が、単なる正論、飛躍、極論、屁理屈、と言ったものであることに気づけない人も結構多い。こういうのを各個撃破するのも疲れる。
これからプログラミングを仕事にする人たちに言っておきたいことがある。もしこの世界で長く働きたい、定年までコード書いていたい、と思うなら、常に勉強をしなくてはならない。もしあなたがFラン出ているなら、他の人の倍努力しなくてはならない。できないならそこそこで転職したほうがいい。この世界にいるといかに若いうちの勉強が大事だったかを日々痛感する。
実務の上での俺の感じていることを書く。DDDだとかクリーンアーキテクチャだとかも大事だがもっとそれ以前に俺が根源的に重要だと考えているポイントだ。この辺をないがしろにしたらDDDもクリーンアーキテクチャも絶対に崩壊する。
まず、心得てほしいのはどんなにすごいプログラマでも意図の通じないコードは本当の意味で直せないということだ。
まず、引数チェック、状態チェックは必ずやれ。コードが語る、というようなことを言ってやらないやつが昔は多かったが、今もいるんだろうか。悲惨なバグやメンテナンス性の低下はそういった自分の意図の表明を横着したコードから起こり始める。「俺はこれをやる、だからこの機能を呼び出すならこういう状態にした上でこういう情報を渡せ、じゃないならやらない」とはっきり言え。もしこの辺を冗長だと考える同僚がいるならもう辞めたほうがいい。
引数チェックや状態チェックのコードで画面の半分が埋まったならそのコードは設計がおかしい。一旦手を止めてよく考えろ。一つの機能を動かすのにそんなに引数がいるのか、そんなにチェックする状態が多いのか、そしてそれらは本当に必要か検討しろ。
テストコードは絶対に書け。テストコードが書けない技術は絶対に使うな。意味のあるテストが書けないならやめたほうがいいという輩もいるが、とにかく意味があろうとなかろうと書け。引数にこれを入れたらこうなる、こういう状態でこういう事したらこうなる、というお前の意図はとにかく示せるだけ示せ。
だいたいこの辺を横着したやつは翌年酷く後悔するか、そこのメンテを担当した同僚を攻撃している。
コードが書けなくても大丈夫、という会社は、コードが書けたほうが有利な会社ではなく、本当にコードを書かない会社だというこは肝に銘じておけ。身につくスキルはEXCELの方眼紙を最低限の手数で作れるようになることか、本気でやればビジネスを理解できるかもしれないが、お前の技術者としてのキャリアはそこで止まる。
仮に憧れのスーパーハッカーがいる会社を目指しているとして、彼らがそこでどう働いているか、なにが泥臭いのかを想像できない、聞くことができないならやめておけ。浮かれ過ぎだ。
仮にGithubのURLを教えろという会社を目指しているとして、そこのリポジトリを飾り立てようと考えたならやめておけ、そういう会社はGithubにアウトプットすることを日常的な趣味として苦ではなくやり続けられる人を求めている。
年収をその会社の選択基準にしているならそこはおまえには分不相応な会社だからやめておけ。仮に入れたとしても馴染めることはまず無い。これは年収が低くても同じだ。
嫌いな人がいるならその会社はやめていい
コメントを観てこの「最小且つ単一の論理でなにか否定できた気になる」という輩への対処が一番疲れる
一晩立ってみたらこんなにブクマついててびっくりした。気になったブコメもあったのでちょっと追記しておく。
いきなり視点がミクロに、と言うやつなんだが、結局若いうちにこういうのできてないやつはあとで苦労するが、最初のうちは体力でカバーできている。体力でカバーできなくなったときに本当の意味でつけを払う羽目になるという意味で言ったり、あとオレみたいなおっさんが大変つらい思いをする、という意味でも言っている。
Fラン関係なくねっていうやつだが、昭和世代のステレオタイプかもしれない、ごめん。勉強する習慣もなければ大してやってきてもいないやつはこの業界だと倍苦労する羽目になるというふうに言いたかったと思う。どんな業界でもそうだとは思うが。
返す刀で結論づけしたがる人々がやっぱり現れるな、君たちはそう思わない人なんだろうし議論する気もないが何かしら言いたい人なんだろう。別にそれはそれでいいよ。お仕事頑張ってね。
「俺は大して辛くないけどなー」っていう人もやっぱり現れるな。辛くないんだったらいいことだと思う、お仕事頑張ってね。
4Kモニターでものすごく細かい文字を読んでいる若者を見た、という人、俺も同意する。もう見ていられないんだよね。
関白宣言っぽいな、というのは俺も思った。
結局の所、プログラマ35歳定年説は俺も打ち破りたいと思っていた口なんだが、打ち破れる人とそうでない人がいる、ということで、俺は後者だった、ということだ。当然50過ぎてもプログラマやっている人は見かけるので、数学的な真理というわけではなく、統計的な傾向なんだろうと思っている。
若いうちから、いい環境で働かないと、気持ちのほうがどこかで先にギブアップする。いくら大好きで転職だと思う仕事だとしても、体力や若さで捻じ曲げていることはなかなか気づかない。色んな本を読んで客観的な指標で判断したほうがいい。
遺言とか言って書いておいて追記したら俺はソンビか亡霊なんだろうか?
びっくりした。こんなおっさんの愚痴みたいなエントリーがこんなにブクマされるとは思ってなかった。いくつか気になったブコメがあったのでやはり書いてみたくなったので書く。
まず、この遺言を最後にいなくなるのかという話だが、おそらくいなくなる。ゾンビで居続ける体力ももはやない。
次の準備はすでにしている。それは俺が本質的にやりたかったことに近いことだと思うのをピックアップしている。
本質的にやりたかったことって何かという話なんだが、まず俺が感じるプログラマーという仕事は「良き作り手であり続けること」が根本的なモラルだと思っている。若手で右も左もわからないような状態でも、それこそやっとフィズバズが理解できたような状況でも今持っているレベルで最大限にできうる一番いいものを模索し続ける仕事だと思っている。初心者にはチェックコード書け、意図はできるだけ込めろというのはそういう意味でもある。これを真正面から受け止めてくれる職場を探したほうがいいというのは追加しておきたい。
プログラム論とかそういう話がしたいんじゃないということだけは言っておく。
俺も体力があるうちは良きつくり手を目指していたのだが、本質的にやりたいこと、もうちょっと言うなら、俺のモラルの軸は作ることにではなく使うことにあった。プログラミングというアクティビティを挟んでこっちにつくり手がいてあっちに使い手がいる。仕組みを理解して作るのがプログラマーなら、作ったプログラムを理解してよりよい日常を模索するのが使い手、と言ってもいいかもしれない。いいフィードバックループのあっちとこっち、と言ってもいいかもしれない。俺は「良き作りてが使ったものを使う良き使い手でいたい」ということに気づいたので、遺言を書くことにした。少なくともこれに気づいた時点でプログラマーとしての俺は死んだ。
まだ直感的なものでしか無いので、うまく言語化できていないのは申し訳ないんだが、今後10年位はそれを模索していくのではないだろうか。
便利とは不便になること。と父は言った。
ふくいのデータが消失した。おそらく、数人のミスだろう。と思いつつ、
笑っている場合じゃない。と父に連絡をした。
大手電器メーカーに勤めていた父と農家の娘の母の元に長女(兄私弟)として生を受け、
底辺と言われる工業系の高校を進学、壊滅的な5教科のテストの点数と比べ、
ハードウェア理論、ソフトウェア理論、ネットワーク理論の点数が良かった。
高校在学中に午前午後ある初級シスアドは、ITパスポートと名を変え、第1回でなんとか受かった。報酬金は1万だった。
東京から地方に拠点を作りたい!という計10人ほどのWEB制作会社に地方拠点の立ち上げスタッフとして新卒で就職、2012年当時からハングアウトにて朝礼を行っていた。
地方拠点には東京からの常駐スタッフが1人、同じく立ち上げスタッフとして就職したハローワークのWEBコースを受講した10歳上の女性と3人。彼女は英語がペラペラだった。
私は、1年ほどで嫌になって退社した。
市の臨時職員や、リゾバ、派遣、日雇いをしながら、2、3年ほどフラフラしていた。
稀にアップしていたBitBucketのソースが、たまたま誰かの目に止まり、大都会東京にやってきて3年ほどだろうか。
私がGITに初めて触れた当時は、非公開リポジトリはGitHubだと有料アカウントしか作れなくて、新卒で入社した制作会社にてBitBucketを使っていた。
誰もが知っている会社、大卒の就職したい会社ランキングに、ここ数年上位に入っている会社で働いている。
年収は同年代に比べたらもらっているほうだと思う。(独身の20代女性の平均値よりは幾分か高い。)
底辺だが、24,5の女が応用情報まで取得していることを珍しがられた。肩書きと時代に救われた。
その分の働きができているかは微妙で、関わりがあるシステム管理者にそのことを話すと、工学部の大卒でも受かんない子いるのにもってんの?、論理的に考えることできんの?とか悪い意味でびっくりされる。
大手電器メーカーで勤めていた父は田舎者にしては、珍しく物好きで、Linuxが家にあった。コマンドを打っていた姿が目に焼き付いている。パソコン通信を好んでしていたのだろう。電話を使ったらいけない時間が幼稚園の頃にあった。
小学校にはいると、ADSLが自宅に引かれ、インターネット、パソコンは私の身近なものだった。いま思うと当時ではかなり珍しかったと思う。なんせ田舎だったから。
つい最近知ったのだが、電器メーカーの前にどうやらしいたけの親会社で働いていたらしい。東南アジアかどっかへの海外転勤が嫌で辞めたとさ。ちなみに同じ底辺高校出身。
ビニールハウスをうんてい代わりにし遊び、ハウス内で飼っているハチに何度刺されたか。
いちごをメインにしていたので冬になるといちごで冷蔵庫がいっぱいになり、腐らせて捨てていた。
なんて贅沢なんだ。
いちごが食べたい。
同じ両親の元で育った兄はホテルで調理師を。10年ほど前の携帯電話を使い、AndroidスマフォとiPhone違いが分からない、兄である。
3G終了するから買い換える羽目になるよ。と何度か伝えてるが終わるまで使うとのこと。
弟は、県で1番頭の良い工業高校にスポーツ推薦で入学、ちゃっかり某電力会社に高卒で入社、姉から見ると賢いなぁ。要領いいなぁと思うよ。
日本から捨てらた土地の真逆の田舎で生まれ、底辺の高校を卒業し、リゾートバイトや派遣、日雇いという訳ありな底辺にいた。
スキー場から見る雲海は綺麗だったし、雪景色は、最高だった。沖縄の海も綺麗だった。温泉は大分が良かった。
ただただ、楽しかった。
要領も頭も悪いので、見合った働きはできていない。
ネットワークスペシャリストに2回落ちてから、高度の午前免除が消え、情報処理技術者試験とさよならした。
午後より午前が辛い。
環境という名の要因はあるけれど、自分がどんな豊かさを求めるかによるんじゃないか。
日本から捨てられた土地で生まれた彼女が上京して、予備校の教科書があれば東大にいけてた。といっていたけれど、
環境を手に入れたのだから学びなおして東大に行けばよかったのに。なにいってんだ
両親が子供である私たちに今の時代に大学まで行かせてあげるお金がなくてごめん。と1度だけ謝られたことがある。
母から子供が3人居なければなんとかなったかもしれないけど。とこっそり言われた。
兄や弟は知らないが、残念ながら私は、大学へ進学出来るほどの学力、要領を持ち合わせていない。
Twitterは、年々使いづらくなり、代わりを模索し、いまマストドンに引きこもっている。
wwwは、どんな未来を模索しているんだろう。どんな変化をしていくんだろう。この瞬間を懐かしく思う頃がくるのかな。
コロナで精神病んで、この2.3週間で、自殺した同級生が3人いるこの瞬間を。
東京は、遊ぶところが多くて、買い物も楽しくて、コーヒーも美味しくて、豊かで便利だけど、不便だなぁ。
ふるさと納税どこにしようかなぁ。
おすすめあったらおしえてちょ★
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
336あとで/3338users 良い歯医者を見つける唯一の方法|おてう|note
261あとで/2389users 凡人が、天才に勝つ方法。|つんく♂
249あとで/1714users 最新研究からわかる 学習効率の高め方 - 分裂勘違い君劇場 by ふろむだ
205あとで/1413users 総務省が無料データサイエンス講座を開講、松尾豊氏ら講師に | Ledge.ai
195あとで/2017users 竹書房退職エントリ|竹村響 Hibiki Takemura|note
194あとで/1529users いつもの作業が5秒速くなるツールをひたすら列挙するページ | futsu | Zenn
193あとで/1328users 数学ガールオタクが初見VTuberの積分配信にめちゃくちゃ感動したメモ1|kqck|note
181あとで/1196users コードレビューの目的と考え方 - osa_k’s diary
147あとで/792users えるエル on Twitter: "コンピュータサイエンスで有名なアルゴリズムのPython実装を大量に公開しているリポジトリ https://t.co/379T4izBle 教養レベルのデータ構造やアルゴリズムから機械学習やブロックチェーン,Web関連などの応用ま… https://t.co/vSmYZW5SHw"
135あとで/1389users 200円以上のサバ缶を買うと世界が変わる。サバ缶レビュワーが本当においしいと思ったサバ缶&簡単アレンジレシピ - ソレドコ
134あとで/827users レガシーおじさん、SPAを始めてみた。そして限界を知る | koduki | Zenn
132あとで/788users Adobe、ストック素材7万点を無料で公開 商用利用も可 - ITmedia NEWS
126あとで/1173users 「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
126あとで/719users ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 - Qiita
125あとで/736users 高知県物部村にある、消滅寸前の「堂平集落」 数回にわたる訪問による、近隣地区の住民からの聞き取りや現地の様子、祭事の記録 - Togetter
124あとで/827users 個人的UIデザインの情報源まとめ | takanorip | Zenn
121あとで/799users エンジニアなら知っておきたい生産性を爆上げするツール8選 - Qiita
117あとで/543users 東京大学の講義「AWSによるクラウド入門」をTypeScriptで写経した - dackdive's blog
115あとで/582users エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball
115あとで/997users 東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について : 富士通
111あとで/1435users 特殊詐欺(受け子、出し子)を始めようとしているあなたへ。|ZDH|note
110あとで/529users マイクロサービスにおける決済トランザクション管理 | メルカリエンジニアリング
110あとで/1092users 東証の記者会見は「技術がわかる経営者」「受け答えが理路整然」と絶賛する感想が集まる。なお横山CIOは落研出身 - Togetter
110あとで/840users 2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog
110あとで/887users まだ手元のパソコンでイベント配信してるんですか?クラウド上でTeamsを利用してOBSで配信した方が楽ですよ。 | 技術的な何か。
110あとで/1366users 「本醸造の醤油が当たり前になったのはここ20年ぐらい」と言っていいのは今から30年前 - 醤油手帖
109あとで/575users 入門書を終えた人に捧げる、社会人のためのGit中級編 - Qiita
106あとで/653users Low-Level Academy
104あとで/693users 全部、完全に商用利用無料!さまざまなUIデザインに適した1,064種類のSVGアイコン素材 -Emblemicons | コリス
104あとで/1276users 「自閉症は津軽弁を話さない」この謎に挑んだ心理学者が痛感したこと(プレジデントオンライン) - Yahoo!ニュース
常連サイトのNote、Qiitaに加えてZennというサイトから3ページもランクインした。Qiitaのようにプログラマー向けだがNoteのように報酬を得られるサイト。はてブに捕捉されたのはこの9月と割と最近。サルワカ | サルでも分かる図解説明マガジンの人が開発したらしい。
2020年10月8日にCTO協会が発表した、デジタル庁創設に向けた提言についてWeb系といわれるサービスを運用している企業に属しているエンジニアの間で話題となった。
https://cto-a.org/news/2020/10/08/3736/
この提言について、いろいろな方の意見がTwitter上や、CTO協会が管理しているGitHubリポジトリにあげられている。
https://github.com/cto-a/policy-proposal/issues
zenn.devに書かれた提言に対する疑問もあげられている。
https://zenn.dev/taichi/articles/4466467200c5448436c5
まだ始まったばかりだから、ということで優しく見守ろう、という動きもみられる。
協会の会員、理事の考えについては今後アップデートされるだろう。
政治的な動きに介入しようとする姿勢が業界に対してどのような影響がでるのか、
また省庁はじめ行政主体の動き、働き方、または内閣を動かしていくのか、などはわからない。
CTO協会には政府関係者とのつながりを直接持つ人も多数いるのであろうから、何かしら動きはあるだろう。
CTO協会の騒動を見ていて、これから起きるだろうことを列挙しておく。
CTO協会がYES!としても開発者としては疑問に思うことが出てくるわけだけど、今回のデジタル庁創設に向けた提言も含んで協会の行動がWeb系のサービスを中心としたエンジニアのステレオタイプとして刷り込まれて行かないか、と感じている。