「正規化」を含む日記 RSS

はてなキーワード: 正規化とは

2021-11-07

ブログ書くのって面倒くさいね

今、ナチュラルに思っていることを文章に書きだすだけならそう難しいことではないけど、

過去にあったことをメモ画像なんかかからまとめて文章にして、時系列ごとに並び替えたりするとなると途端に難易度が上がる

それも別に仕事のことじゃなくて趣味ことなんだけど

記録のつけ方が雑で、なんというか必要情報メモられてないんだよね。

情報飛ばし飛ばしになってる。原因はまぁ、これやってる間はそんな記録付けるとか面倒でしたくないし、そもそもこれくらい覚えておけるやろって思ってて一日放置してたりする。

そうなると思うだめで昨日のことすら詳細に思い出せない状態なので、記録をつけること自体がおっくうになってくる

そうなるとさらに記録をつけるのが面倒になってブログを書くときに苦労する

どうしたらいいんでしょうねこ

うーんとあと、書いてる途中でメモ画像で食い違いがあったりするんだよね。日付とか。こういう時どうしてんのかなみんな。

見直して、文章おかしいなこれってなったときに整えるのもまた面倒なんだよね。誤字脱字レベルならいいんだけど、句読点つけずに長々と書いてたりすると、自分でも読みづらいか修正したいんだけど

うまい修正方法が思いつかなかったり。

ここで区切ったほうがいいか?それとも流れ的に一気に読ませる方がいいか

そもそも文章リズムとかどうとかそれ以前にまともに読める文章書けてる気がしない。というか書けてない。でも修正方法分からんからそのまんまってなってる。

これが積み重なると自分の悪文をいつまでもネット上に置いておくのは嫌だし、かといって消すのももったいないってことで結局新規で書くのがすごい面倒だなって思うようになる

あとはなんかデータフォーマット形式とかさ、どっかで統一して書かないと読み返してて面倒なんだけど、どういうフォーマットなら読みやすいか?みたいなのがない

というかよくわからないのでブログ記事ごとに試行錯誤で変えてる。でもそうなるとほかの記事とのフォーマット互換性みたいなのも取れなくなるし、記録として読んでて面倒だなって気にもなる

そもそも表にデータ書くってのもなんか面倒だよな。記録してあるメモが抜けだらけなんだから正規化できない。抜けてるところは適当想像で補うとかするしかないんだけどまぁ。

記録付けるの面倒なら一日ごとにブログ書けばいいってのはなしな。

記録付けるのより段違いでブログ書く方が面倒くさい。なんせ画像必要になってくるんで

2021-09-25

エクセルが生まれ理由

エクセルを作る場合も、その逆もやっているんだけど

エクセルがなぜ生まれるのかをちょっと考えてみる。


1 既存帳票との互換性を強く求められるケース

 意外と忘れられがちだが法的に手書きまたは印字出力を要求する書類は多く、改正には政令場合によっては法改正まで必要な時がある。

 こうなると印字前提で、フォームだけ出力できればよいとなる。

2 電子申請拒否感を示す人は多い

 神エクセルが横行しやす申請業務について、そもそも申請者はコンピューターに明るいとは限らない。

 コンピューター申請するというだけですぐに拒否感を示す人が多い。業種にもよるが手書きでできるなら手書きにしたいところが多いのも事実

 数年前国土交通省がやっていたとある補助金業務で完全電子化を図ったケースがあったが、不評すぎて結局電子申請と紙申請ハイブリッドになってしまたことがある。

 事務局はよくやっていてもこの有様だ。

3 郵送の問題

 神エクセル書類は概ね郵送を想定される書類で多く用いられる傾向が多い。少なくてもこちらの現場ではそうだ。

 神エクセルは一枚の書類情報圧縮できる。視認性が低いかもしれないが、郵送費用圧縮できるのだ。

 郵送先が万オーダーになってくると郵送費用馬鹿にならない。電子メールならその点費用が安いと思うかもしれないが添付ファイル容量制限もあるし

 電子メールに一定署名を導入するソフトの導入費用はどこから出るのって話にもなる。最近になって印紙税を浮かすために電子契約を用いるようになっているが普及はまだ先。

4 ある程度のデータ正規化保証される

 一マスあたりに文字を入れさせるケースでは、最大文字数をコンピューター弱者にも即理解できるというメリットがあり、全部記載してもらえば

 少なくても不正データは減らせる。 電子申請場合この部分をいちいち実装しないといけない。

 フォームでどうこうっていう気持ちもわかるが、フォーム入力しても問題ない程度に設問内容を最適化しないといけない。

 

結論

 神エクセル批判する気持ちはわかるが神エクセルを利用する合理的理由もまた存在することは知ってほしい。

 とはいえ役所ローカルルールだったり、変な法令があったりなど不合理な部分は改善しないといけないとは思う。

2021-07-20

anond:20210720154108

コメントの長さを補正するような関数を使って選ばれたコメントですら、290文字あるんですよ。

はてぶが100文字制限しているかぎり、このコメントの長さを無視するための正規化ほとんど意味がない。

2021-05-29

anond:20210529155244

まさに理学的と工学DBなんだろうね

学問的には正しくないんだけど、実運用ではこうするみたいなDB理論というのは、いくつかある。

正規化学術的と現場で使うが違うように

anond:20210527232928

データベース概念理解してない奴にExcelを使わせるべきじゃない。

別に常に正規化しろとかではないが、概念を知ってるかどうかで決定的に違う。

2021-05-28

anond:20210528183812

テーブルレコード

{ id: 1, min: 4, max: 8 }

{ id: 2, min: 4, max: 8 }

{ id: 3, min: 4, max: 8 }

{ id: 4, min: 4, max: 8 }

{ id: 5, min: 4, max: 8 }

ここ、正規化されてないことを除いてもなんかすごい違和感あるな

これだとほんとに席(椅子)の情報だけど、普通椅子単位で予約管理しないし(一つの机に4つ椅子があるようなときグループの客を基本、同卓させないでしょ?)

最小-最大人数の項目あるんだから机の意味での席管理テーブルテーブルなはずだし

2021-05-21

anond:20210520125022

>接種番号は予約時点では入力しない。正規化とか無視して住所氏名生年月日程度を入力させる。

個人情報集めちゃうと扱いが厄介になるじゃないですかー。万一漏れたら大変よ?

2021-05-20

anond:20210519214122

  1. 接種番号は予約時点では入力しない。正規化とか無視して住所氏名生年月日程度を入力させる。
  2. 会場には接種券と住所氏名生年月日が載ってる身分証明書を持って来させる。スタッフが予約データと照合する。
  3. 接種が済んだらスタッフが接種番号をシステム入力する。

 

こんなもんでね。

他人の予約枠での接種とかエラー無視する。

データ各自治体に飛ばして利用する。

その自治体に実は住民登録無くて本当は別の自治体、とかも無視

こんなん国から自治体への助成金の精算処理が細かすぎるから必要になってるんで、国がスルー宣言すりゃいいんだ。

自治体がすっとろいのはほとんど国→自治体のカネの精算に起因してることはもっと知られるべき。

2021-05-10

anond:20210510224231

俺も吐き出されたCSVを初めて見たとき意味がわからなかった

一度正規化してあるはずのものを何でわざわざめちゃくちゃにするんじゃ

不格好だけどまあ手続き的にだらだら書いてってもいいよね

anond:20210510223453

システムから吐き出したのに正規化されてないCSVってのがよく分からんのだけど、それだけならクラス使う必要はないんじゃね

2021-04-19

Notionの不満点

データベースっぽく使えるのはいいんだけど、主キーっていう概念がないのでRMDBSっぽく使おうと思うと入力がクッソ面倒な点。

データベース同士をリレーションで結び付けられるのはいいんだけど、レコードごとにポチポチやんないといけないんだよね。

ユーザー正規化意識しなくてもいい点が受けてるんだろうけど、正規化したDBとして使おうとすると途端に面倒になるのが残念。

テーブル同士をハイパーリンクで繋げているだけなので(リレーショナルデータベースではないので)仕方ないっちゃ仕方ないんだけど。

2021-03-19

anond:20210319174437

なんでもかんでもunin allする

のところがよくわからんな。面倒なSQL組まないと正規化されたテーブルからこういうデータを取得することは出来ない気がするが……。

あとunion allを誤字ってる。

select ユーザID, '性別' as 属性, 性別 from テーブル

union all

select ユーザID, '身長' as 属性, 身長 from テーブル

order by ユーザID

こうか?

2021-01-13

anond:20210113192627

めちゃくちゃ褒められてて嬉しくなっちゃうな。

データベース接続してSQL叩いて配列データを格納する。

データ正規化して記号絵文字を除去する。

綺麗にしたデータ形態素解析にかけてもらったメッセージと照合する。

if文で条件分岐してデータベースから最適なものを応答として選択する。ちょっとランダム要素も入れる。

私が作った関数なんてこの程度の簡単もので、正規化コピペだしAPIほぼコピペだし形態素解析ライブラリ入れただけだし、Heroku使ったかサーバーも立ててないし、手間がかかるだけで誰でもできることしかやってないけど、医者からGoogle入社レベルとまで言われるとは。

2020-10-24

anond:20201024084539

じゃなく増田投稿を読む限りでは

基本的勉強をしてなく、単語意味をググって終わっているだけのように思える。

それでは当然理解できない。

まりエンジニアには向いてないので今すぐ辞めなさい。

正規化意味わかんない

2020-10-20

anond:20201020110904

東京交通のことを全く知りもしないで妄想で書いてるだけだな

震災レベルまで行かなくてもちょっと雪が降っただけで道路交通が完全に麻痺するし、車の所有台数に見合った道路容量がないか避難には使えないのは常識中の常識

グリッドロックとか知らないのかな

大体、人口正規化もしてないデータとかなんの意味もない

車を使う場合Origin-Destination都心to都心では、荷物を運べる以外にはデメリットしかない、車を使うほうがよっぽど手間も時間もかかる

駐車場を探して車を停めて目的地に歩いて行くだけであっという間に15分とかかかるし、渋滞も読めないし、定時性がないか時間無駄しかないんだよ

ここはいくら年収があろうが車の所有で解決できない問題なのはわかるでしょう?

結局車は都心から郊外に行く場合しか役にたたないし、様々な施設が集積しまくっている都心では郊外に行く必要性もないし、

休日郊外に行く道は混んでて、なにかしらの覚悟を決めなきゃ車では東京都心からは出られないのよ

何が言いたいかって言うと、東京都心人口密度が高すぎて、人が移動すれば良いだけのときは、自家用車なんていう面積あたりの輸送手段が悪すぎる乗り物は使いみちがない

車で移動するのには、相当の我慢必要となる、その我慢を他の交通手段を使った場合我慢と比べたときに、自家用車のほうが我慢しなくていいときだけ車を選ぶ

2020-10-16

anond:20201015205510

設計自分たちでと言うが、設計すらできてない。

特に最近技術にはまるっきしついていけてないためか、Ajax(今時Ajaxというような単語を出してしまったところがもうあれですが)などの非同期処理が必要UIに関する設計が未だにJSPベースのものになっている。

さら正規化オブジェクト指向などモデリングに対する知識は皆無で、すべてがただの落書きになっている。

大手SIerは人を管理することが得意というが、管理すらできてなく押し付けてるだけである証拠に誰が何をしているのか全く理解をしていないから実際の進捗と客先に報告する進捗の解離が甚だしい。我々からすると嘘の報告を客先にして、その結果客にコレコレと言われてしまたからどうにかして欲しいというような全くプロジェクトの進行とは無関係なことを言い出す始末。

現場からは以上です!

2020-10-13

anond:20201013180032

人工知能開発者っていうことは、

過学習

・L1正規化

・誤差関数

くらいは人に説明できるんだよね。

あとバックプロパゲーションを数式で表現して、って言われても説明できる?

2020-10-01

ITエンジニアIT技術者)の種類を俺流でまとめてみた

2020-08-28

anond:20200828130545

進学校は結局、画一的入試問題が解けるようになることが目的なので、学校別にガラパゴス化した考査問題を解かせる意味が無いと思う。

進学校では、ガラパゴス化した考査問題でも、教科書会社が作った正規化された単元テストでも、正直どっちでもいいだろう。教員負担軽減という点では、後者の方が良いはず。

anond:20200301003948

単元テストでは、出題範囲が「正規化」できるわけか。なるほどなるほど。

教員個人で考査問題作るのって、日本単位で見たら大きな無駄だと思う。たしかに、教科書会社がまとめて教科書とセットで販売すれば解決だよね。

ログイン ユーザー登録
ようこそ ゲスト さん