  |
はてなキーワード: 設計とは
っていきなり言われても、まったく実感ないどころか寝耳に水なんだけど
なんで？
去年くらいまでは、日本は欧米にくらべて育休が取れなくてどうのこうの
ってやってたはずだよね
今年から急に？
国の制度設計上はもう最強なんであとは会社と社員の皆さんが取得率頑張って上げてね
ってこと？
わびとは、新鮮で素朴なもの。
シンプルさと静けさを表し、素朴な美しさも取り入れている。
自然によって作られたものと人間によって作られたものの両方が含まれる。
また陶磁器に流れる釉薬によって作られる模様のように、全体に優雅さと独自性を与える偶然の要素 (あるいは小さな傷さえも) を意味することもある。
経年変化のことを指し、使い込むことで変化していく概念が、物をより美しく、より価値あるものにしてくれるかもしれない。
これには、人生のサイクルを正しく理解することと、損傷を注意深く巧みに修復することも含まれる。
「わびとは、素朴でありながら洗練された孤独な美の性質です。さびとは、青銅の緑色の腐食であれ、木や石の苔や地衣類の模様であれ、風化と経年変化によって生じるその特質です。」- 精神の反映：アメリカの日本庭園、マギー・オスター
「もともと、日本語のわびとさびはまったく異なる意味を持っていました。さびはもともと「寒い」「痩せた」「枯れた」という意味でした。さびは本来、社会から離れて自然の中で孤独に生きる悲惨さを意味していました...14世紀頃両方の言葉の意味は、よりポジティブな美的価値観の方向に進化し始めました...その後何世紀にもわたって、わびとさびの意味は大きく交差し、今日ではそれらを分ける境界線は実際に非常に曖昧になっています。」- 「アーティスト、デザイナー、詩人、哲学者のためのわびさび」、レナード・コーレン
「わびという言葉は、翻訳には向きません。孤独、寂寞、素朴な素朴さ、静かな風情、骨董品に対する優しい愛情、気取らない、そしてむしろ憂鬱な洗練など、さまざまな意味を持ちます。」- 「日本建築の古典的伝統：現代版」数寄屋の流儀』 伊藤貞二、二川幸雄
「...小堀遠州、桂離宮の設計者として広く知られている男。建築や庭園に適用された遠州の様式は、宮廷の伝統の優雅さと優雅さと、千利休が好んだ厳格な素朴さを統合したものでした。この組み合わせは、思っているほど突飛なものではなかった。なぜなら、利休のさび（人里離れ、静けさ、牧歌的な簡素さ、自然への近さを暗示する美的理想）は、長い間伝統的な日本人の顕著な特徴であったある種の現実逃避的な要素に似ていたからである。」- 「桂 王子の隠れ家」内藤彰、西川丈志
「わびさびとは、不完全、無常、不完全なものの美しさです。控えめで謙虚なものの美しさです。型にはまらないものの美しさです。...わびさびに最も近い英語はおそらく「rustic」でしょう。 ……わびさびなものは、研究されておらず、気取らないものである……彼らの職人技は、見分けるのが不可能かもしれない。- 「アーティスト、デザイナー、詩人、哲学者のためのわびさび」、レナード・コーレン
「侘び寂びは、謙虚さ、抑制、単純さ、自然主義、奥深さ、不完全さ、非対称性を特徴とし、シンプルで飾り気のない物体や建築空間を[強調]し、時間と手入れが素材に与える穏やかな美しさを[称賛]します。」-「はじめに：茶の湯」、裏千家シアトルホームページ
「荒々しさに対するある種の愛が関係しており、その背後には隠された美しさが潜んでいて、私たちはそれを独特の形容詞で渋い、侘び、寂びと呼んでいます。...この内に秘められた美しさを渋いと呼んでいます。創造者によって鑑賞者の前に提示される美。鑑賞者が自分自身で美を引き出すことができる作品。 世界には、それぞれの性質や環境に応じて、美のさまざまな側面が溢れています。しかし、その味わいがさらに洗練されていくと、必然的に渋い美しさにたどり着くのです。」- 「知られざる職人：美への日本の洞察」、柳宗悦、バーナード・リーチ
「日本滞在中、渋いという言葉を頻繁に聞いたことがあるはずです。この言葉を英語に正確に翻訳することは不可能です。「厳格」、「抑制された」、「抑制された」、「陰気」、これらの言葉は許容される代替品に最も近いものです。語源的には「渋い」という意味で、奥深く、控えめで、静かな感覚を表すのに使われます...この単純な形容詞が最高の美しさの最終基準です。」- 「日本の民芸」柳宗悦
タイトルの通りなんだけど、中途で入った仕事できないおじさんの取り扱いにチームメンバーが困り始めている。
中途の人、年はたぶん40後半くらいで、歳の割にすこぶる老いている。肌はアトピー気味でボロボロだし、かなり禿げている。見た目に気を使わない人なのだろう。
まあそんな容姿の話はどうでもよくて、とにかく仕事ぶりがひどい。だが人格に問題は無く、優しくて、オドオドして、時たまヘラヘラしている。タチが悪い。
おじさんのポジションは総合職寄りの機械設計の技術者。派遣メンバー、若手、子会社の人員なんかをうまく使って大きなプロジェクトを進めていくのが仕事。
他のエンジニアとの共同も重要で、特にソフトウェアとの連携が必要なポジションにいる。
俺はこのおじさんと共同でプロジェクトを進める28歳のソフトウェアエンジニア。俺はプレイヤーとマネジメントの中間くらい。おじさんはリーダー。だった。
おじさんは気が弱く、誰にも質問ができない。
今進めてるプロジェクトが何のために行われているのか、進めるために自分が何をすれば良いのかがわからない。
でも誰にも聞かない。で、見かねた誰かが「〇〇さん、これはこういうことで…」と話すと、
「アッ…アッ…ソウデスネ、アッ…ハイ…ナルホドデスネ…」を連呼する。
説明してわかったようだがわかってないのが困りもので、何というか、「今その状況に合ってるっぽい言葉をとりあえず吐いてる」みたいなんだ。
俺が「〇〇さん、これからやること大丈夫ですかね…？」って聞くと、
「エーット…ソウデスネ…エト…エト…カクニンシマス」とか言いやがる。
その場だけは取り繕えるけど、中身はスカスカ。それが働かないおじさんの本質。
まあ、そんなこんなで1年くらいおじさんと共同で進めてるプロジェクトがあるんだけど、段々現場が地獄みたいになってきた。
みんな、「これは〇〇さんの仕事…だよね？」と疑心暗鬼な状態になりつつ、みんながおじさんの仕事を巻き取る状態。
年も職歴も、俺はおじさんには及ばない。でも、実質のプロジェクトリーダーは俺になってしまったらしい。疲れた。シンプルに、疲れた。
おじさんの仕事を巻き取る分、俺はあぶれた雑務を後輩や派遣さんにお願いする。
みんな、状況をわかってるから助けてくれるけど、段々陰鬱な雰囲気が漂ってくる。だから俺はできるだけ、手伝ってくれたみんなを労う。おじさんの代わりに。
最終的におじさんは一つのテーマの一つの仕事しか任されず、それでも毎日キッチリ2時間だけ残業を付けて帰る。
正直、「こいつが居なくなればな…」と俺の心は悪態をつく。コイツ一人雇う金で、定時帰りの派遣社員を二人雇ったほうがはるかに安上がりで仕事は回る。と思う。
おじさんは教育も雑務も適正が無い。そもそもうちの会社が合ってない。
「なんでこんな奴を雇っちまったんだ…」 と俺は憐憫の眼差しをおじさんに向ける。
とにかく疲れた。どうしたらいいんだろ。
いきなり本格的な広告管理ツールを作るためにデータベース設計するのではなく、最初は簡易的なプレーンテキスト形式の設定ファイルで管理するところから始める。
そうすれば当面の間はその簡易機能で対応できるし、対応の速度も早い。
広告管理のスケールが大きくなってきたと感じたところで広告管理のCRUDを設計するのでも遅くはない。
ただし、このアプローチを採用する際には、将来的にデータベースに移行することを見越した設計をすることが重要。
具体的には、設定ファイルの形式を選択する際には、データベースに容易にインポートできる形式を選ぶこと、また、データの整合性を保つための適切なバリデーションルールを設けることなど。
世の中にはウンコのようなシステムがあるが、その最たるものとしては複数のアプリケーションでDBを共有するものだ。
まさに今取り組んでいるプロジェクトがその典型例だ。データの一貫性や整合性がとれないようなシステムはおむつに包んで汚物入れにいれるべきだ。
DBを複数のアプリケーションから共有するな。これだけのことを何度言わせるのか。
上記の問題を解決するために、他のソリューションを導入したりする。
ちがう、そこじゃないんだ。データはアプリケーションで閉じろって話だ。
根本的な問題は、要求事項から最適なシステムを作る人の不在だ。
REST APIの設計も酷いもので、エンドポイントがDBのテーブルそのままを表しており、トランザクションもクソもない。
APIがデータベースの構造に過度に依存しており、データベースの変更が直接APIの修正に繋がる。このため、些細な変更でも広範囲に影響が及ぶことになる。
IT業界で、昔はSESで働いていて、大手によく客先常駐していた。どこも大手ばかりでノウハウはしっかり蓄積され、設計書なども充実していた。
SESを脱退し、そこそこ大手のIT企業の正社員になれた。しかし、そこはこれまでのSESで客先常駐していたような企業とは違い、あまり体制的には良くはなかった。
工数管理は基本中の基本であり、やらないIT企業はなかなかないだろう。しかし、当社は違った。
1日に何をしたのか、報告の義務はなく、ただ作業していればよかった。
工数管理とは、案件ごとに工数管理のための番号(工数番号)を振り、さらにその工数番号ごとに要件定義、基本設計、詳細設計、実装/単体テスト、結合テスト、総合テスト、などのサブ番号に分割して、工数を登録することである。
さらにセキュリティ教育などは個々の案件と無関係なことが多いので、維持管理用の工数番号が振られていることもある。
リリース後のトラブル対応なども工数を消費するので、それ専用の工数番号などもあったりする。
さらに、日々の工数を詳細に記載する日報のようなものも導入しているところが多く、どの作業に何時間作業したかを15分単位などで記載する。
工数管理のいいところは、作業をサボりにくくなることだ。作業効率が客観的に見えてしまうため、現実を突きつけられ、もっと頑張らなきゃ、と思う。
工数管理のだめなところは、とにかく面倒くさいことだ。当然だが、工数管理を行うための工数、は工数管理には入力できる枠はない。が、確実に無視できないレベルで工数を消費する。あとトイレなどにつける工数などもない。
しかし、活用されておらず、形式上だけ数字さえ入っていればそれでいい、というものだ。
その形式上すら煩わしいらしく、若手の意見をバリバリ言う人から、
・工数管理は全く意味がない。適当な工数を入力していても誰もチェックしていないのか、何も言ってこない。
・工数管理をしっかりすれば、1日に働いた時間がわかるのだから、勤怠システムは不要である。工数管理システムと勤怠システムを一本化すべきだ。
などの意見が出ていた。
そりゃあ工数管理が根付いてない企業に工数管理を行えばそうなるでしょう。
工数管理は業務に結びつくものではなく導入メリットは明確には測れない。しかし、めんどくささは圧倒的だ。
結果、工数管理システムは完全に廃れ、入力すらしなくても誰も何も言わなくなった。
つまり、当社はよく言えば従業員の意見が通りやすい、悪く言えば従業員のわがままが通ってしまう企業なのだ。
従業員の意見を尊重し、押し付けをせず、それぞれのルールを重んじる。良いことであるが、それでは業務は改善できない。
これまでもそこそこやれてるのだから、それを無視して新ルールを導入しても、組織が壊滅する可能性が出てくるだけだ。
工数管理は基本中の基本だ。どこもやっている。それすらも当社は従業員のわがままが通ってしまうのだ。
(まあ当社の工数管理はテキトーだからダメだったのであって、もっと厳密に管理して、日報なども義務化すれば、これまでサボってた社員もサボれなくなり、結果的に業務は改善していたと思うが。)
PDCAはPlan, Do, Check, Actionの頭文字を連ねたもので、つまり、まずは予定(Plan)ありき。予定がないと実行(Do)はしてはいけない。
実行した後は必ず振り返り(Check)を行いなさい。
当社もPDCAの概念はあるし、週報という形でそれを実現している。
しかしその概念は根付いておらず、週報以外ではPDCAは無視している。
つまり当社は、まずは実行があり、計画は立てることは必須ではない。多くの人は計画を立てない。
振り返りも当然実施しない。実行のみがある。Do, Do, Doである。
これは作業者レベルでそうであるし、案件レベルでもそうだ。案件はたしかに最後には振り返りの資料を作成する必要がある。しかし、これは単に作成しなきゃいけないから作成してるだけで、綺麗事をまとめた振り返りである。
本来は、まずは理想を語り、次に現実を語る。しかし当社は、過去をグダグダ言っても仕方ない、と理想を一切語らず、現実のみを語る。しかし振り返り資料には上司受けするような荒唐無稽な対策が記載される。
当社は、作業の前には計画ありき、などの文化は全く根付いていない。優秀な人間でも根付いていない。
私はただの平社員なので、それらについて指摘はできない。指摘したところで「じゃあどうするの？」と詰められて終わりだ。指摘するなら十分な資料の作成と具体的な対応策の準備、そして責任と人を動かすカリスマ性が必要だ。私にはそれらを準備してまで無駄に頑張る気はない。
と書かれていた。
本来は、業務改善は個々のチームだけの問題ではないので、上層部でマニュアル化してルール化すべきではないのか？
アイデアは個々のチームから出してもらっても良いだろうが、それを取りまとめて全体で取り組ませるのは上層部の役目ではないのか？
それをなぜ、個々のチームに依頼する？
業務改善といえばマニュアルの作成や設計書フォーマットの作成だ。
それは能力の低い人でもマニュアル通りに作業することで能力の高い人と同等の仕事をできるようにするためである。
しかし、当社はマニュアルを作る習慣はない。自分用のメモは作るが、維持管理に使えるマニュアルは誰も作らない。
フォーマットがあるだけで記載漏れがかなり減る。考慮漏れも減る。作業が具体化されるからタスクも細分化して記載できる。
当社には推奨するプログラミング言語はなく、推奨のフレームワークもない。
これらが共通化されていれば、開発者がいろいろなチームに参加しやすくなるし、別のチームの有識者に相談しやすくもなる。
こういった業務改善は本来は上層部が率先して枠組みを作るべきだ。しかしやらない。
上層部に知識がなく、やるとしたら雑な仕事しかしないから、やられると逆に困るのだが。
当社はとにかく従業員の声が大きい。強い。
業務改善などの施策を出しても、従業員が納得しないと続かない。
そういう文化を変えるのは並大抵のことでは出来ない。
環境が変われば人は変わるだろうが、そもそも環境を変えるには人を変えないといけない。だから変わらない。
仕事が回らなくなり死にかければ変わるかと思ったが、たぶん変わらない。
仕事の仕方を変えるくらいならきっと死を選ぶだろう。それくらい変わらない。
2024/05/15 10:48
工数管理すべきなのは、成果物ではなくサービスを提供する人なのかもしれない。例えばPMなど。
当社の開発チームは、開発者やPM以外にも、君必要なの？何やってる人なの？打ち合わせには参加してるけど、ただの工数食い虫じゃね？みたいな人もいるのです。
飲み屋でビール片手に、後輩に語りかける感じで話すよ。今日は、AIがどれだけプログラマーに影響を与えてるか、特にChatGPTについて話そうと思うんだ。
まず、ChatGPTってのはすごいよ。俺たちが昔必死に学んだことを、秒で答えちゃうんだから。でも、だからって俺たちプログラマーが完全に不要になるわけじゃないんだ。実際、ChatGPTが得意なのは単純で定型的なタスクなんだよ。例えば、基本的なデータ処理スクリプトとか、テンプレートベースのコード生成、単純なデバッグやエラーハンドリング、そしてドキュメント作成なんかはChatGPTに任せられる。
じゃあ、俺たちプログラマーの役割はどうなるかって？もっと高度な問題解決とか創造性が求められるようになるんだよ。複雑なシステムの設計や高度なアルゴリズムの開発は、やっぱり人間の得意分野だ。ChatGPTにはまだそこまでの理解力や創造性はないからね。
でも、これまでインターンやジュニアプログラマーがやってきた基本的な作業がChatGPTに取って代わられると、彼らが経験を積む場所がなくなるんじゃないかって心配もあるよな。これにはどう対処すればいいか？
まず、教育の場を再定義する必要がある。メンター制度を強化して、シニアプログラマーが直接ジュニアを指導するのがいいだろう。リアルなプロジェクトに参加させて、実際の問題解決を体験させるんだ。ChatGPTはサポートツールとして使えばいい。例えば、基礎的な質問にはChatGPTが答えて、シニアはより複雑な問題や高度な質問に対応する。
次に、ソフトスキルの育成も重要だ。チームでのコミュニケーション能力やコラボレーションスキルを磨く機会を増やすんだ。ペアプログラミングやコードレビューを通じて、実際に協力して問題を解決する力をつけることが大切だ。
それに加えて、高度な技術トレーニングも必要だ。オンラインコースや社内ワークショップを活用して、最新技術を学ぶ機会を提供するんだ。ジュニアプログラマーが自分で学び続ける意欲を持つようにサポートするんだよ。
シニアプログラマーやメンターには、新しいスキルセットが求められるようになる。技術的な専門知識はもちろん、教育能力やフィードバックの提供方法、対話スキル、プロジェクト管理能力、そしてモチベーションを高める力が必要になるんだ。俺たち自身も常に学び続け、適応し続ける必要がある。
だから、ChatGPTが登場したからといってプログラマーが不要になるわけじゃない。むしろ、俺たちの役割はさらに重要になる。AIと共存し、お互いの強みを活かしながら、より高度なスキルを身につけていく必要があるんだよ。
未来のプログラミングの姿は、AIと人間が協力し合うことで成り立つ。新しい技術を学び続け、常に自己研鑽を怠らずにいれば、どんな時代でも必要とされるプログラマーでいられるはずだ。AIをうまく活用しながら、俺たちの強みを最大限に発揮していこうぜ。
かわんごが去年書いとったわ
https://twitter.com/gweoipfsd/status/1721334849582321937
Winnyを規制してなければ、日本はITで勝てたと思っちゃう人が大勢いるところこそ、日本がITで全く勝ててない理由が現れているよね。ゲームのルールを全く理解していない。
https://twitter.com/gweoipfsd/status/1723495304052519229
動いたのはすごいけど、システムとして実用性を考えると、要するにP2Pによる分散型データベースということになると思うんだけど、処理能力も応答速度などの性能が低すぎて、かつ必要とするネットワーク帯域や電力が大きすぎて、採用するメリットは全くないというのが僕の見解です。
https://twitter.com/gweoipfsd/status/1721828013804012033
例えば、ユーザー数が増えたときに、ある特定のコンテンツを追加するのに必要な通信量はどうなるか分かりますか？あと、ユーザーが消費可能なコンテンツ量に上限がある場合、ユーザーが増えた場合に実際に消費可能なコンテンツ量とWinnyにより発生する通信量とはどのような関係にありますか？
ネットワークが大きくなると１件あたりのトランザクションコストが上がるという「スケールデメリット」はP2P系共通の問題ですので、winny単体の問題ではありません。重ねて言いますが、クソ設計です。問題外。
そのとおりです。winnyとかはインデックスどころかコンテンツまでキャッシングしていますから、ネットワークの大きさに比例して、ユーザーが追加されると、ユーザーに不必要なトラフィックがより発生するという構造になっています。根本的にスケールするのが困難な設計です。
https://twitter.com/gweoipfsd/status/1723083589364130152
そうです。本人がまったくつかわないデータをバックグラウンドで通信しまくるので、ネットワーク全体に本来不要なトラフィックが大量に発生します。P2Pが素晴らしいと当時言っていた人は、余った帯域を有効活用しているだけだと主張していたのですが、プロバイダ側はトラフィックの相当部分がＰ２Ｐにとられてしまって大迷惑。結局、Ｐ２Ｐソフトは余った帯域を無料で使って有効活用では無くて、プロバイダの投資したインフラにただ乗りして食い潰していたわけです。
https://twitter.com/gweoipfsd/status/1722887998738715117
中央サーバーを使わない技術が素晴らしいというのはＰ２Ｐのエヴァンジェリストたちの根拠のないイメージだけのプロパガンダであって、まともなエンジニアはあんなもの評価しません。本当にそれでなんらかの性能が向上するなら、あちこちで採用されています。
https://twitter.com/gweoipfsd/status/1722425316319391757
エンジニアとしてP2P系の設計はクソだし、革新でもなんでもないということを言ってるんですが。
https://twitter.com/gweoipfsd/status/1722589202712576251
ノード数Nのネットワークで１個のデータを追加するのにN個のノード全部と通信する必要があるアーキテクチャーを採用している限り、解決は原理的に無理ですね。少数のサーバ間だけをp２pにして、あとはクライアントサーバーにするか、DNSサーバのように階層構造を作るか。ただ、これはノードがダイナミックに変わる場合には採用しにくい。
まあ、手元に届いた段階で、iフィルターを含むもろもろのアプリをプレインストールされているので添付のマニュアルと開通作業の実態が違ってるんで、
これなあ、、、iフィルターはプレインストールしちゃったらダメだわ。
こいつのおかげでwifiがつながらない。ネットに繋がらないと、開通するためのプロファイルがダウンロードできない。
ヘルプを見ると、iフィルターの初期パスワードは親権者に通知される、なんてもっともらしいことを書いているが、実はこれ開通しないと届かないんだよ。
iフィルターの初期パスワードがわからないと開通できないだろ、、、開通しないと通知されない、、、禅問答か？
どうも、解決策は
というところで、この「初期パスワードの通知」まわりの設計は、ちょっとおかしいんでないかな？
よく男性と女性の性差で議論になるとき「性差よりも個人差の方が大きい」という優れた意見に出会うことがある．同感である．
確かに性差はあるだろうが，個人差の方が大きいのは事実だろう．
東京 vs 地方の話題も同じだと感じる．どちらも都合よく，文化や環境の議論をしているように思う．
そこで，地方の子育て事情（3σ外れた異常値と認識している）として，自分が行った子育ての例を紹介したい．
異常値であると記載した通り，地方の子育てがこれが平均だというつもりは毛頭ない．むしろ，地方においても親が異常者であればこういう子育てが可能であるという例である．
先にバックグラウンド．私は東大卒で，妻も東京の国立大学卒である．二人とも博士号を有している．
仕事の都合で，地方都市（三代都市圏近郊ではない，まさしく地方都市．人口数十万人）で15年間子育てをすることになった．
私は仕事で住んだ地方都市よりもさらに人口の少ない地方都市出身者であり，18歳までその地元で暮らしていた．
まず，毎週末のように，県内及び隣県にある文化施設や大きな公園などに高速を使って出掛けていた．
子供たちが異常に好奇心が旺盛であったため，科学館や天文台，美術館，博物館なんでもOKだったし，
公園には必ず図鑑を持って出かけ，気になる花や虫は図鑑でチェックしながらなるほど〜と家族みんなで確認した．
連休は近隣県でジオパークに出かけたり，温泉旅館に泊まったりした．行く前に図鑑や本で地域の情報や歴史を調べ，
車の中でみんなで披露するというのがお出かけのパターンであった．
中学校くらいからは歴史に出てくる場所や有名建築家が設計した建築物回りなど，社会科学寄りのお出かけも増やしていた．
半年に1度程度の頻度で東京や大阪には出かけ，そこでしか体験できないこと（科博，未来館，キッザニア，鉄博，USJなど．なぜかディズニーには一切興味を示さなかった）
にも出かけた．特に未就学時は鉄道大好き人間だったので，JRの全ての鉄博，地下鉄博物館，京王レールランドなどにも行った記憶がある．
体験格差などという言葉があるが，少なくとも我が家はお出かけという観点において，首都圏での子育てと比べて，劣っているとはあまり思っていない．
それは元々自分も妻もお出かけ大好き人間であり，軽々しく遠出をする人間だったためと考えられる．
上の子，下の子ともにゲームは2-3歳から解禁していたが，1日30分というルールで行っていた．最初は駄々を捏ねていたが，
1週間もすればルールに順応する．小学生からは1日1時間．お休みの日や特別な日（テストが終わった日など）は長時間を許すという柔軟な運用をした．
私自身ゲームが大好きであり，子供の頃も馬鹿みたいにやっていたので，ゲームをすれば頭が悪くなるなんてことは一切考えたことない．
一方で，ゲームは面白すぎるのでやめ時が難しいことが問題で（これはマンガであれ，Youtubeであれ，小説であれ，映画鑑賞であれ他の全ての趣味にも共通する）
そこさえ親がきちんと見守れば，子供がやりたいこと，見たいものは与えて良いと思う．際限ないことが問題なので．
習い事や勉強について．未就学期の習い事は上の子は水泳，ピアノ，造形教室，ダンス教室，下の子は水泳，造形教室だった．
通っていたお絵かき教室が県内で相当有名なところであり，コンクールの賞ゲッターを量産するところだったので，
我が家もそれなりにエフォートを割き，小学生と中学生の際にはいくつかの賞を受賞し，地元の新聞に載った．
公文は個人的に否定派だったので，未就学時は自宅でこぐま会をやっていた．もちろん小学校受験などするつもりはないので，あくまで頭のパズルと基礎力をつけるという程度．
自宅で先取り学習は絶対にしないようにした（ここでいう先取り学習とは学年よりも先の内容をやること）
小学校（公立）では，全く勉強に困ることはなかった．これは首都圏のようなレベルの高い競争がないため，当然と思われる．
そのため，自宅では，首都圏の中学受験用の教材を4年生くらいから利用した．また，その地元の進学塾にも通っていた．
大学時代の友人（首都圏在住）を通して，勉強法を聞いたり，首都圏と地方での勉強の違いなどを埋めようと親が努力した．
（が，友人とも話したが結局は個人差の方が大きいというオチだった）
中学受験期には，本人も同意の上で，通えないこと前提で首都圏の学校をいくつか受けた．本人にとっては力試しという意味が大きく，通えないことは理解していたし，前向きだった．
上の子は開成に受かり，下の子も渋幕に受かった．上の子は中学は地元の公立中学に進学した．下の子は後述．
上の子が開成に受かった時は親としても非常に悩ましく，妻と子供たちだけ首都圏で暮らすことも考えた．
が，家族みんなで暮らす方が楽しいだろうということで，これはあくまで力試しが目的だったはず，本来の目的に戻ろうということになった．
ただし合格は本人の自信になったようだ．
それから数年後に私の転職があり，首都圏で暮らすことになった．
上の子は高校受験で開成に，下の子はちょうど引越しタイミングと受験タイミングが重なり，渋幕に無事合格した．
子供達二人とも首都圏に引越してから，学校でついていけないこともなかったし，特段の文化的な劣等感も感じることはなかったと話していた．
この後，我が子が殺人鬼になったり，オレオレ詐欺の主犯として捕まる可能性もあるので，手放しで自分たちの子育てが成功例であるとは言わないが，
少なくとも人口数十万レベルの地方都市においても，首都圏と同レベルの子育てはできるという実例になると思う．
もちろん親は二人ともめちゃくちゃ努力したと思う．そりゃ週末はイオンに行って1日過ごせば親もフードコートやゲームセンターで休めて楽だけど，
妻がお弁当を作り，大きな公園で遊ぶ，子供達が疲れてきたら近くのイオンに行き，買い物をして帰るという生活は体力的にも根性的にも辛い．
ただ，あの時の自分たちは私の仕事の都合で地方都市で暮らしていたこともあり，親の都合で子供達の住む場所が決まってしまっていることへの罪悪感からか，
過剰に，それこそ首都圏での子育て以上に様々な体験をさせてやるんだという気概があったように思う
その意味では，首都圏がどんなに文化や環境に恵まれていたとしても，1日中switchを与えて親が子供を放置していた家庭よりは地方の我が家の方が多くの体験をしていただろうし，
かといって周りを見渡した時に，周りのご家庭が我が家のようにある意味で狂気的な子育てをしていたかというとそんなことはないと思う
よって「地域差よりも家庭差の方が大きい」という面もあることを伝えたい．
「東大卒博士号の経歴をドブに捨てて田舎の専業主婦で終わった奥さん可哀想という感想しかない 」
というトラバ，まず妻は東大卒じゃないし，専業主婦とも書いてないんだが，エスパーか？
妻は専門職なので，地方都市でも東京でも育休中以外ずっと働いてたんだが…というのが1点目．
次に，仮に東大卒博士号持ちが専業主婦をすることの何がおかしいのか，可哀想なのかがわからないというのが2点目．
もしかして博士号のような生産性の高い人物が子育てという非生産的な行動を行うのが勿体無いと言いたいのか？
世の中で博士号持ちの女性，たくさん子育てしてるよ．日本だけじゃなくて海外でも．
それに，君，働いたことある？会社の仕事取ってくる営業や開発だけが生産的で，人事はコストセンターで生産性が低いまたはゼロと思ってる？
目の前でお金を稼ぐことだけが生産性じゃないんだよ．世帯内や社会全体で役割が分担されていて，その寄与度は複雑な関係になってるよ．
それに君が好きな生産性で言えば，うちの子供達が2000億ドルくらいのイーロンマスク並の資産を形成したら
うちの妻が仮に東大卒博士号持ちの専業主婦で20年子育てしたとしても，100億ドル/年のリターンがあるわけで，めっちゃその優秀な能力を発揮したことにならない？そんなこと求めてないけど．
3点目として，別にうちの子供がイーロンマスクにならなかったとしても，うちの妻的には人生が楽しければ良くないか？
上にも書いた通り，私はゲームが好きなんだけど，ゲームした時間って別に新自由主義的な意味で生産的な時間じゃないだろうけど，面白ければ良いのでは？
我々夫婦が「大変なこともあったけど，色々二人で頑張って面白かったな．子どもたちも育って勝手に好きなように生きてるし，なかなか我々がんばったね」って思えたら御の字で子育てでそれ以上を求めても仕方ない気がする
日本の建築業界には、残念ながら暗い部分がある。日本の建築士試験では、断熱や耐震性能に関する深い知識は求められない。そのため、一般的な建築士や工務店が、基本的な性能計算の方法を知らないというケースも少なくない。さらに問題なのは、建築基準法では一般家屋の断熱や耐震に関する規制が建築士任せになっているため、プロに任せても最低限度の性能が確保されるとは限らないという事実である。
これは、日本の住宅の質に大きな影響を与える問題である。断熱や耐震性能は、快適性や安全性に直接関わる重要な要素だ。これらの性能が確保されていない住宅は、夏は暑く冬は寒い、地震で倒壊するなどの問題が発生する可能性がある。
では、どうすればいいのか？ 私は、「家を建てるならオタクを名乗る建築士に任せよう」と提案したい。
オタクと呼ばれる人々は、一般的に、特定の分野に深い知識と情熱を持っている。彼らは、その分野に関する膨大な情報を集め、細部にまでこだわりを持つ傾向がある。そして、建築の世界にも、断熱や耐震のオタクと呼ばれるべき建築士が存在する。
このようなオタク建築士は、一般的な建築士とは異なり、断熱や耐震に関する深い知識を持っている。彼らは、最新の技術や素材に関する情報収集に余念がなく、常に最高のパフォーマンスを発揮する方法を模索している。さらに、計算やシミュレーションを駆使して、建物の性能を最大限に引き出すことができる。
オタク建築士が家を設計・建設すれば、最高レベルの断熱や耐震性能が確保された住宅が実現するだろう。夏は涼しく冬は暖かい、地震にも強い家に住むことができる。さらに、オタク建築士は、細部にまでこだわるため、住宅の快適性や美しさも追求してくれるだろう。
オタク建築士に任せることには、もう一つ重要なメリットがある。それは、自分自身で家を理解し、メンテナンスできるようになるということである。オタク建築士は、ただ家を建てるだけではなく、その家の断熱や耐震性能がどのように実現されているかを説明してくれるだろう。なぜこの素材を選んだのか、なぜこの工法なのか、なぜこの設計なのか。その理由を理解することで、住む人は家に対する愛着を感じ、メンテナンスの重要性も理解するだろう。
日本の住宅の質を高めるために、オタク建築士の力を借りることは有益である。彼らは、断熱や耐震に関する深い知識と情熱で、快適で安全な家を提供してくれるだろう。さらに、住む人が家を理解し、愛着を持てるように導いてくれる。
だからこそ、家を建てるなら、オタクを名乗る建築士を探そう。彼らは、日本の住宅の未来を明るく照らしてくれるに違いない。
※本記事はCommand R+の助けを借りて執筆されたものである。しかし内容に関しては増田の指示と修正によるものであり、確かな事実であることを保証する。また、著作権フリーとする。
ネットは本来、検索能力のない人間には何の価値もない装置である。
学術的なシステムから生まれたそれは、最初から一方的な広告メディアとしては設計されていない。
自分が何を知りたいのかを知り、あるいはそれを探求するためにこそ手当り次第に調べるような、本当の勉強家にしか使えないものなのだ。
それが今のように「誰でも使えるもの」になったのは、情報をキュレーションしてレコメンドするサービスの誕生によるところが大きい。
それはかつてはポータルサイトのような人力によるものだったが、今はアルゴリズムによる自動的なマッチングシステムになっている。
このマッチングシステムにうまく拾われることをバズるという。ネットは今や「バズる」情報がすべての、それ以外には何の価値もないメディアになってしまった。
そしてこの「バズる」ために必須の要素こそが、ストーリーなのだ。
ネットのバズりを生み出す一般ユーザーは、ただの情報には興味がない。それが楽しめるくらいなら、もともとの検索システムが十分に使えたのである。
自分でも価値のわからない情報に一般ユーザーが興味を示すきっかけは、ストーリーである。
ストーリーがなければ一般ユーザーのアンテナにはひっかからない。だからバズるコンテンツにはいつもストーリーがある。
デマには特にそうである。デマがやっかいなのはその点で、デマは常に面白いストーリーのせいでバズる。
面白いストーリーがあると、人はそのデマを疑うことができない。ストーリーは飛躍に納得感を生むテクニックである。
本来、デマを否定するためにはその矛盾を指摘したりするだけで良さそうなものであるが、これをバズらせないといけないとなるとそうもいかない。
結局、デマのストーリーを否定するためには、真実らしい別のストーリーを作る必要があるのだ。
ストーリーに仕立て上げられたものは、歴史にしろ科学にしろ必ず嘘を含むものである。
面白いストーリーに仕立てる時点で、元が真実からスタートしていても、どんどん嘘を含まざるを得なくなっていくのである。
結局、デマを凌ぐ真実のストーリーがバズったとき、そこにはまた別の嘘が含まれる別のデマが生まれているだけになるのである。
デマがバズった。デマを凌ぐ面白いストーリーで真実を広めよう。そうすると、また新しいデマが生まれる。
これはネットがバズりによって回り、人々がバズった情報にしか興味を示さない限り、絶対に変わらないスパイラルなのである。
言い換えれば、人がバズるものを望んでいる限り、それはデマを望んでいるのとまったく変わらないことなのだ。
バズる真実というものは絶対に存在しない。バズるのは常にデマだけ。少なくとも、デマに誇張された真実に見えるまがい物だけ。
ネットはデマを生むだけ。ネットでデマを打ち消すことはできない。最初からそういう風に社会が考えるしかない。
ネットの自浄作用などという、構造的にありえない都合の良いものを信じている限り、この宿痾からは抜け出せない。
デマを否定しようとすればするほど新しいデマが生まれていく。それがネットなのだ。
社会人になってからのぼんやりした目標でITを極めたいという思いがある。
一分野に特化したタイプではなくIT領域におけるオールラウンダーのような総合格闘家のような存在。
まずITを極めるとは具体的にどういう状態なのか。そのためには何をすればいいのかを考察する。
まずITを主要トピックに大別する。必ずしもMECEではない。
そしてどういうことができたらITを極めたと言えるかを思いつく限り列挙してみる
次は具体的に列挙した例について解像度を上げてどの要素に分類されるものかを考えた上で、それを極めるには何をすればいいかを考える。
「環境破壊？知ったこっちゃねえよ！」「ウクライナ難民美女を募集します」
「スリランカ？ミャンマー？カネで潰してしまえ！」「日本の鉄道設計書パクってインドネシアに売りつけろ！」
みたいな国民性が世界で忌避されるようになったのはなぜだろうか。
分からんが、地球に自我があったとして、「そろそろ中国ええやろ」
Privazer は、自宅でも職場でも、インターネット上で PC を使用したり、単純なダウンロードを実行したりした後、ディスク領域を解放するだけでなく、トラックを保護できるように設計されています。 ビデオチュートリアルが利用可能です。
PrivaZer は、インストーラーまたはポータブル アプリとして利用できます。
初めて PrivaZer を実行するときは、5 分かけて段階的なセットアップを行って、何を削除するかを決定する必要があります。 また、最初の実行は次回よりも時間がかかります。 レジストリのバックアップは自動的に作成され、サブディレクトリに保存されます。
PrivaZer を最大限に活用するには、Basic ユーザーまたは Advanced ユーザーから選択できます。 基本ユーザーには 12 のステップ、上級ユーザーには 14 のステップがあります。
#事前分析
#MFT のトレース
$LogFile の #トレース
#インターネットの閲覧
＃メモリ
＃システム
#ダウンローダー
#その他のソフトウェア
