  |
はてなキーワード: メモリとは
割とよくある話だよね。俺の場合、使ってるノート PC に HDD スロットと M.2 スロットが付いているので、M.2 の方にシステムを入れて、大容量の HDD を HDD スロットに挿してる。で、その HDD の方に動画を……だな、その、溜めているわけだ。
でも、俺が急に命を落としたり、あるいは身動き取れない状態になったとき、関係者が俺の PC 漁ってこれが出てきたら……と思うと、いつも不安になるわけだよ。どうするのが一番いいんだろう。
……どうしよう、と思いつつも、昨夜また俺の HDD の内容物は増えたのだった。
一部システムはサポート切れで対策に必要なアップデートができず
緊急停止したそのままに、運用終了することになった。
機能的には甚だ不十分ながらも、何とかしようとしているという
姿勢だけは顕示できたと思う。
無理に呼び込んで、立ち上げであれだけお世話になったのに、
本当に失礼なことをしたと、今も顔向けできない。
何台もパソコンを抱えたままひっくり返ったりしたけれど
5年後のリプレイスは、もう少し上手にやれたと思う。
あと3回やったら定年だな、などと嘯きながら、次の更新も
ひとりでやるようなことなら辞めようなどと思っていた。
後任になるはずだった優秀な後輩もいたが、一段落してすぐ
大きく化ける可能性を秘めているようだったが、程なくして
日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。
https://anond.hatelabo.jp/20190205192741
COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。
SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。COBOLもそんな感じで、全体の流れをJCLやShellスクリプト、あるいはJP1のような運用管理ソフトで書く。SQLの1個の処理に相当するのがCOBOLのコンパイル単位で、それごとにソースファイルが分割される。ひとつのソースファイルに2個以上の処理を書くこともできるけど普通はしない。ここまで理解すると古いCOBOLに1ファイル内のすべての処理に影響するグローバル変数しかないのや、今のCOBOLにコンパイル単位をまたぐ真のグローバル変数がないのも、それほどクリティカルではないことがわかると思う。もし、本当に複数の処理にまたがる値が必要なら、データベースに格納してしまえばいいんだし。
で、SQLでいうところのデータベースに相当するのがCOBOLではデータファイル。sedやawkでテキストファイルやCSVファイルを行ごとに処理するのとちょっと似てるけど、COBOLの場合は固定長ファイルという点が違う。改行文字は入ってなくて、たとえば150バイトごとに次のレコードみたいな形式。これの1レコードごとに何月何日何時に〇〇という商品を□□円で売ったとか書いてあるのが典型的なデータの内容。それを集計して今日は〇〇が何個売れて売上がどれだけあったとか、出金合計がいくらで入金合計がいくらで、みたいな財務諸表を作ったり。SQLと同じように税率なんかが書いてあるマスタデータと、日々の売り上げが書いてあるトランザクションデータがあって、突き合わせたりということもする。こういう集計処理だからUIはなくて、夜中に自動起動するようなバッチプログラムが主な使われ方。（混乱するから余談だけど、今のCOBOLはSQLを使って普通のRDBにもアクセスできる。ただ使い方としては、RDB→ファイル処理→ファイル処理→ファイル処理→ファイル処理→ファイル処理→RDBみたいに、最初と最後だけみたいなのが普通）
入出力がファイルだから今の感覚で考えるとアクセスは遅い。でもメリットもあって、1回に1行しかメモリに乗せないからどんな巨大なデータでも時間さえかければ処理できる。それこそ国民ひとりひとりの年金データとかね。あと、途中でバグや不正データで止まってもデータを失うのは最小限で済むので復旧が比較的楽だったり。
データベースの話に戻ると、テーブル定義はどこに書いてあるかというとデータファイル側ではなくてCOBOLプログラム側、というのがSQLと一番違うところかも。つまり、このデータファイルの構造はこれこれこうなっていると想定して読みます、とソースコードに自分で書く。当然実際のデータ構造がそれと違ってたらおかしくなる。
まあそんな感じで80年代くらいに会計処理をする目的だったら悪い言語ではなかったので、銀行や官公庁とか、電力水道ガスといったライフラインを扱う大企業がこぞって導入して今に至る感じ。普通の大企業は途中でSunとかに置き換えてその後Linuxやクラウドにさらに置き換えたりしたけど、最初に作ったシステムが大きければ大きいほど、重要であれば重要であるほど現代的な環境に置き換えられないというのが今の課題。
とある大手SIの技術系部署でダメ社員をやっていた私に突如、そんな話が舞い込んできた。
コーチを依頼してきたのははどことは言わないが有名なインフラ企業である。
週次勉強会でネタに困り「アジャイルサムライ」の要約を話したのが良くなかったか。
話を聞けば、すでにアジャイル開発をはじめて数年のアジャイルチームで
私に何ができるというのか。
役立たずとして白い目で見られる一ヶ月になることを覚悟しつつ、その日から数日間頑張って詰め込んだだけの知識で現場に向かった。
実際に現場行って、状態把握と勉強する時間稼ぎのつもりでバリューストリームマッピング（現場いく直前にネットでやり方を調べた）やってみたら
実際の開発以外にかかっている稼働がそれはもうとんでもないことになっていることがわかった。
「多分いろいろ非効率だとおもうんですよぉ」とか軽口叩いてたインフラ企業のプロパーさんも顔面蒼白になるレベルだった。
結果、アジャイル開発と言われてイメージするような技術的なかっこいいことはまったくせず、
プロセスの整理と準備をちょいと自動化しただけで1スプリントあたり1日分（*メンバー人数分の人日）以上稼働が減った。
金額にしたらxxxx円である。今後、さらにこの倍以上は削減できる見込みだ。
少々居心地が悪くなるレベルの感謝をされつつ、私は現場を離れた。
下手したら、これがエンジニア人生最大の成果ということになってしまうんだろうか。
ちなみに、実際に開発されているエンジニアのレベルは日本のITエンジニアとしては並か、それよりやや上レベルであったと思う。
開発を依頼していた大手インフラ社員さん（PO）も、メモリ2GBの仮想マシンを使えなどと言わず、高性能マシンにAWS使い放題と言っていい環境だった。
それでこれだ。なんというか、闇の深さを感じる。スクラムメンバーの皆さん、ホント疲弊してたんだな。
働けど働けど我が暮らし楽にならないときは足元見直すといいかもしれないですね。
私も気をつけます。
タイトルの通り2018年に入社したNTTグループの某社を退職しました。
2019年１月中旬に正式退職したので、約9ヶ月間働いたことになります。
本記事では非常に主観的かつ局所的な話を書くつもりであり、一般性には欠けますのでご承知ください。
NTTグループの某SIer企業に2018年度の新入社員として入社しました。
前年度までは大学院に在籍しており、情報系の研究を行っていました。
入社してからの立ち位置としては一応システムエンジニアに分類されるはずですが、あまりシステムエンジニアらしい仕事は行いませんでした(これについては後述しています)。
2018年の4月に入社し、最初の2ヶ月間は新入社員研修を行っていました。
研修内容は大手企業あるあると言った感じで、挨拶練習や名刺渡し練習、ビジネス文章の書き方等を行いました。
周りは「研修が手厚くて良い」と言っていましたが、個人的には退屈なだけでした。
今振り返ってみると、この研修期間中が最もつらかった様に思います。
しかしながら研修自体は退屈であったものの流石に大手企業と言うべきか入社同期には優秀な方が多く、変な人間も少なかったため人間関係の面ではこれといった苦労はありませんでした。
6月になって研修期間が終わると正式に部署配属が行われました。
この時配属された部署に退職するまで在籍していたことになります。
部署自体の詳細についてはこのエントリでは伏せますが、元々配属を希望していた部署であったため、配属当初は安心した記憶があります。
何か1つこれが決め手になってといった明確な退職理由はありません。
インターネットで言われるようなSIer業界の悪評についても内定前から知っていて、実際に入ってみての感想としても「噂は真実だったんだな」くらいのものだったので特に入社したことに対する後悔もありません。
入社して詰まらない・つらい仕事であったら適当なところで辞めようと思っていましたし、その結果として詰まらない・つらい事象がいくつか重なったため退職するに至りました。
それらの事象を細かく挙げていくと切りがありませんが、そのうち幾つか分かりやすいもの(且つ社内機密や違法行為に当たらないもの)を以下に挙げます。
少なくとも自分が想像していたシステムエンジニアとしての業務は殆どありませんでした。
いわゆるSIerへの批判的な記事に挙げられるようなこと(Excelにスクリーンショットを貼り付ける作業、何に使われるのか分からない謎の資料作成、etc.)や、電話番等が主な業務でした。
新入社員に対して雑務を割り当てるというのはある種合理的な部分もあるとは思うので批判は控えますが、個人的には特に学ぶべきこともなく時間の無駄に感じました。
一方でExcelスクリーンショットに関しては批判するべき部分があります。
Excelスクショは「エビデンスを残す」という名目で行われることが多いと思いますが、システムが正しく動作したかを顧客に証明する目的であれば、結果ではなく検証をする方法を提供するべきではないかというのが私の意見です。
スクリーンショットなんてものはいくらでも改竄可能なもの(WebページなどであればDeveloper ConsoleでHTMLを書き換えれば良い)であり、普通に考えればエビデンスとしての効力はないと考えられます。
周りにはそれなりの年齢の方も多く、また社会インフラの構築を担うことの多い会社であるため、技術的な知識に造詣の深い方が多いと考えていたのですが、そのようなことはありませんでした。
大きな会社なのでそういった人も社内のどこかにはいるのかもしれませんが、少なくとも自分の周りでは観測できませんでした。
詳細は避けますが、技術的な知識に関してはその辺の情報系学部生の方が理解していると思います。
Linuxコマンドが分からない方向けにコマンドの打ち方をまとめた手順書(ターミナルエミュレータを立ち上げて、どこにユーザ名・パスワードを打ち込んで、どのボタンを押して...をスクリーンショット付きでExcelにまとめる)や殆ど問題を丸投げしている様な質問表等を作っていた時の心中は決して穏やかなものではありませんでした。
ファイル名の末尾に日付を付けるようなバージョン管理方法も噂では聞いていたものの本当に実在しているとは思っていませんでした。
また部署としては今後コンサルタントとなるような人材を増やしていきたいような雰囲気がありましたが、システムを殆ど理解していない人にコンサルが務まるのかはよく分かりません。
主に常用していた端末周りの環境についてです。
使用しているコンピュータのスペックがあまりにも低く(メモリ2G、ハードディスク50GB、32bitOS)、まともに作業ができるような環境ではありませんでした。
Excelを開いたり、酷い時はIMEの変換機能を使用した時にもコンピュータが固まっていました。
上で雑務が殆どと書きましたが稀に開発をすることもあり、そういった場合は特にスペックの低さによるストレスを感じていました。
私自身そこまで気合を入れて仕事をするような人間ではなく、むしろできることなら仕事せず遊んでいたい人間ですが、やるべき仕事がくだらない原因で阻害されるというのはそれはそれでストレスが溜まるものだなと思いました。
自分だけでなく周りの人達の環境でもそういったことは起こっていましたが、周りの人達はこの現象について好意的に感じている(コンピュータが固まるのを理由に仕事をしなくても済むため)ようでしたので、その辺りの温度差も退職の理由になっています。
計算すれば高スペックのコンピュータを導入するコストよりも、低スペックなコンピュータを使うことにより生じる人件費の無駄の方が大きいと分かるような気がしますが、あまり計算が得意な人がいないのだと思います。
昨今セキュリティが重要視され、セキュリティに関する施策に予算が付くようになったのは良い点だと思っています。
しかしながら、実施される施策が的外れなものと言わざるを得ないものばかりでした。
的外れならまだ良いですが、それはセキュリティリスクを高めるだけなのでは？と言った理解のない上の人間が思いつきで実施したとしか思えないものもあり大変疑問を感じました。
意味のない施策で業務環境が不便になるのも見てる分には面白いですが、その中で仕事がしていきたいとは思えませんでした。
パスワードの定期変更や、暗号化zipファイルをメールで送り続いてパスワードをメールで送る等のバッドノウハウが未だに存在していることも知りました。
またこれはSI業界全体に言えることだとも思いますが、RPAとかDX(Digital Transformation)とか10,20年前に言うならともかく、今更言っても時代錯誤感が強いです。
退職理由として不満点を挙げることになってしまいましたが、良い点もありました。
これは部署やプロジェクトに依る部分もあるみたいですが、少なくとも私の所属部署では早く帰ったからと言って咎められるようなことは殆どありませんでした。
最近は労働時間に関する制限がかなり厳しくなっているようで、残業が多い部署は上から注意されているようでした。
有給休暇についても申請して拒否されるようなことはなく、むしろ消化が推奨されていました。
休んだことにより後から文句を言われることもありませんでした。
上司や同僚から理不尽な扱いを受けるようなことは殆どありませんでした。
入社前のイメージがパワハラ・モラハラは当たり前といったものであったため、非常に驚かされた部分です。
また少なくとも自分の観測範囲では人種や国籍、性別による差別は行われていないように見えました。
色々ありすぎて私も全てを把握できていませんが、恐らく福利厚生に関しては国内企業ではトップクラスに充実していると思います。
少なくとも1年目の年収としては比較的高い方であったと思います。
業務内容の割に高いとも思いました。
私の場合は残業は殆どありませんでしたが、役職のない若手が残業をした場合残業手当が付くため(役職がつくと裁量労働制になる)、残業をした場合は更に貰えると思います。
もちろん残業手当は働いた分だけしっかり付くようでした。
ただどうやら年収の伸びはそこまで良くはなく、聞いた話では20~30年勤続し管理職になってやっと1000万程度らしいです。
ただ勤務中はかなりささくれ立った心境であったため、こうして比較的穏やかに振り返ることができて良かったなと思う次第です。
巷ではSIer崩壊説みたいなものもありますが、個人的にはSIerは今後も続いていくと考えています。
環境も改善していって数十年後に「あの時辞めなければ...」と後悔することになると面白いですね。
今後の身の振り方については決まっていて、ソフトウェアエンジニアとして転職をすることにしました。
具体的な企業名や待遇等について詳細を書くことができませんが、年収については前職であれば20~30年勤続し管理職になった場合と同程度になります。
はてな民にとって、すでに常識となった「睡運瞑菜」。言葉の通り、これは四つの生活習慣の総称である。
宣教師の際立った存在感のおかげでネタとして消費されがちであるが、これらが現代の厳しいストレス社会を生き抜くために極めて効果的であることに疑いの余地はない。
一方で、これら全てを実践することが容易ではないこともまた事実である。
ここでは、私がいかにして「睡運瞑菜」を実践してきたのかについて話したい。
私個人は比較的ロングスリーパーであり、経験的には、少なくとも8時間の睡眠が確保できなければ明らかに仕事の能率が低下する。過去に1日6時間睡眠を続けた時期もあるが、金曜日には体力を消耗しきってしまい、まともに仕事ができない状況になってしまっていた。
また、長年にわたる学生生活 (入学から博士を取るまでに9年) での不摂生の結果、午前中には強烈な眠気が襲い、夕方から目が冴えてくるという体質になってしまっていた。
職場は裁量労働制で残業代が出ないこともあって、夜中までだらだらと職場に残って仕事をするのが日課になってしまっていた。
以前は、裁量労働制であるにも関わらず、上司に気を遣って定時出勤を厳守していた。
上司は早い時間に出勤する生活習慣を取っているが、私までそれに合わせる必要はないと思うことにした。
その結果、朝ゆっくり寝て昼前に出勤し、夜は遅めの時間に帰るというペースを確立した。
上司は内心では快く思っていないようだが、それによって不当な扱いを受けるということはなかった。
どの道、以前の働き方では午前中の能率が低すぎたから、寝ていたほうがマシなはずだ。
仕事はデスクワークであるため、普通に家と職場を往復しているだけでは十分な運動時間を確保することは難しい。
出不精な私にとって、ジム通いを続けることもハードルが高い。ジムでの運動が嫌いなわけではない。まともな人には理解できないかもしれないが、受付の人とほんの一言や二言やり取りするのを想像するだけでも、心の中に忌避感が充満するのだ。
新たにスポーツを始めるのも難しい。昔、嫌々やっていた部活なんて思い出したくもない。
そもそも、私の特性上、他人と関わりを持たねばならない習慣は中々続かない。完全に個人でできるスポーツというのも限られている。
そういうわけで編み出したのが「通勤の中で運動時間を確保する」という手法である。
基本理念は非常に単純だ。
雨の日も風の日も、とにかくこの二つをひたすら厳守して生活する。これにより、毎日およそ10kmを歩くスタミナ、加えて、階段を上っても息切れしないほどの心肺機能を手に入れることができた。
また、明らかに睡眠の質も向上し、以前よりも精神が安定し始めるなど、多様な効果が得られたように思う。
「睡運瞑菜」の中でも、何をすれば良いのかが一番分かりにくいのが瞑想ではないかと思う。
瞑想を行う目的は、はっきりとしている。現代人はとにかく脳 (心と頭脳) を使いすぎているのだ。
暮らしのこと、仕事のこと、たくさんの心配事でいつも頭が埋め尽くされて脳が疲れ切っている。
心配事から気をそらすために、スマートフォンを握りしめ、さらに過剰な情報を疲れた脳にぶち込んでいる。
こんなことをしていては、脳が「壊れて」しまうのも時間の問題だろう。
目に見えて「壊れる」という状態にまでならなくても、いつでも頭の中はネガティブな思考が充満していて、まともな幸福感が得られなくなっている人は多いのではないだろうか。
とにかく、脳が疲れているのだから、休ませないといけない。
脳を休ませるにはどうすれば良いのか。様々な手段があるだろうが、私はマインドフルネス
という概念に着目した。
Wikipedia の記述にある通り、マインドフルネスとは「今現在において起こっている経験に注意を向ける」ことである。
これは特に、ネガティブな思考を何度も頭の中で繰り返してしまう「反すう」や，頭からこびりついて離れない「心配」を減らす効果がある。
私個人は非常に心配性であるし、幼い頃から、過去の嫌なことをひたすら「反すう」する癖がある。
学生時代、研究の成果を学会で発表すると周囲から褒めてもらえることが多かった。その日はすごく気分が高揚して、自己肯定感が急上昇したように錯覚する。しかし、次の日の朝に目が覚めると、胸の中には既にネガティブな感情が渦巻き始めて、一週間もすれば朝の目覚めが最悪になる。
ポジティブな経験をすると、ほんの一瞬だけ気分が良くなるが、その後、楽しい気分は指数関数的に減衰する、というのが経験則だ。とにかく、「睡運瞑菜」を始める前は、メンタルがいつもズタズタになっている状態だった。
脳というのは非常に創造性の高い代物になっていて、放っておくと、蓄えられた膨大な記憶や刺激をもとに、極めて雑多で有害な情報を次から次へと生成して人の精神を蝕んでしまう。
そこで、1日にほんの10分程度でも、過去の嫌なことや将来の心配をすべてシャットアウトし、無理やり今現在という限られた対象に注目させる時間を取る。
PCをつけっぱなしにしていると、どうしてもメモリにはゴミが溜まっていく。そうすると思わぬ不具合が出始める。
こういう事態を避けるために、再起動 (リブート) が大事であることはもはや常識ではないかと思う。
経験上、睡眠だけでは不十分だ。睡眠中、脳はここぞとばかりに創造性を発揮する。夢の世界に浸るのは愉快かもしれないが、それだけでは脳はゴミにまみれたままだ。
1日たった10分で良いのだ。難しい話ではあるまい。
私のように家事の苦手な人種にとって、最大とも言える難関だったのがこれである。
長年、コンビニ弁当やスーパーの惣菜に依存しきった食生活を送っていて、お世辞にも栄養バランスが良いとは言えない状態だった。
そもそも、手軽に購入できる食事は、栄養価が炭水化物や脂質に偏重していることが多く、十分な量の野菜を摂ることは難しい。
昔、自炊をしていたこともあるが、あれは学生時代に時間が有り余っていたからできたことだ。私のように手先の不器用な人間は、野菜を切るだけで1時間以上かかるのだ。食後の洗い物も苦痛だし、やはり不器用なので時間がかかる。
私のスキルでは、仕事をしながら自炊をするなんて不可能に近い。
そこで、どうしたのか。
相手は5歳年上の家庭的な女性。健康と栄養に詳しい医療系専門職。
(信じがたいことに) 家事が大好きで、私とは比べ物にならないスピードで家事をこなしていく。
職場に不満もあったようで、結婚と同時に退職。今は専業主婦をやってくれている。
https://www.mhlw.go.jp/stf/shingi/0000041824.html
……完全に他力本願であるが、こうやって「睡運瞑菜」を実践する環境が整ったわけだ。
あ、ちなみに瞑想の項で私自身の実践方法を書き忘れましたが、毎日、妻と無言でハグする (甘える) 時間をとって、マインドフルネスしてます。
それを満たしてるスペックならTES6も動かんということはないはず
推奨する条件としては以下の通り。
CPU:ryzen7 or core-i7。core-i7は8000番台以降推奨。
GPU:RTX2070 or GTX1080以上。 radeonは論外
ディスプレイは持ってるんだっけ？
G6にしろ
G5s plusからメモリ1GB引いてコンパス足して5000円くらい足せば買える
いまなら最新OS Android9へのアップグレード権付きだぞ
アメリカ製好き、低価格は中国製で日本製品買ってない気がしているんだが。
自由貿易でより低価格で品質の良いものが手に入って豊かな生活が出来るって言われるが、
10万超えるようなアメリカ製品を好きに買えるくらい裕福でもない。
裕福でもないが、推しのライブチケットに数万だしたり、ガチャに数万払ってたり、グランピングのように一歩引いたバブリー感を体験できるものにはお金を払っている。
いや内需依存型で、ユーロ圏のようにトリレンマがないにも関わらず、政策出せてないのが駄目なのか。
