「フルスクラッチ」を含む日記 RSS

はてなキーワード: フルスクラッチとは

2022-10-19

イキリプログラマーどうにかしてくれ

入社3年目ぐらいに多いんだけど

「俺、プログラムできますっスよ」

みたいな感じでイキってるくせにろくなコード書けない奴

「こんなんPythonならすぐっスよ。JavaScript?興味ないッス」

みたいになぜかPythonイコール神みたいに思ってる

そんでコード読んでみたら同じループ処理3回別々にやってるとか変数名が全然違うやつにぶち込んで無理矢理動かしてるとか

そもそもの全体設計が狂ってるとかで最悪

どうしようもないかフルスクラッチで作り直したりしたら

「あれも最初は俺が書いたんッスよ」

みたいなこと言っててホンマどっかいってくれんかな

2022-10-16

ファクトチェックあめぞうスレッドフロート型掲示板発明したはデマ

[B! togetter] 2ちゃんねるの開設当初の裏話をひろゆきが発言

この件もそうだが、あめぞう掲示板話題になると事実確認せずにテキトーなことを言い始める人が出てくるのはどうしてなんだろうか。

教科書には載らないニッポンのインターネットの歴史教科書』で有名なばるぼら氏の掲示板考察~あめぞう型掲示板(ウェブアーカイブ)によると

という一連の流れがあり、あめぞう氏も「Terra氏はパイオニアとして師として仰いでおります」と語っている。

よって「あめぞう発明したスレッドフロート型掲示板ひろゆきがパクった」という定説そもそも前提が間違っている。

あめぞう氏はスレッドフロート型掲示板発明していないし、掲示板CGIフルスクラッチで書く技量があったわけでもない。

あめぞう掲示板あくまでresbbsやMiniBBSといった既存掲示板CGIにTerra氏のスレッドフロート機能移植していただけで、何か技術的に優れたことをやっていたわけではないのだ。

anond:20221016051032

万規模グローバルな大大大企業以外はフルスクラッチ終わっただろうよ

既にベンチャーとかなら現時点でもクラウドサービスを組み合わせて、ひとつシステムを構築する

Fit to Standard を実践しとるし

2022-09-11

anond:20220911205221

おかしいかどうかわからんけど、

俺の年収より稼いでる人は俺ができることなら全部できて当然

じゃないと世の中フェアじゃないので、

俺より稼いでる人には

データベース設計とかwebサーバー構築、業務会計システムとかワークフローシステムフルスクラッチ開発とかスクレイピングとかSQLチューニングとか全部全部全部独力で当たり前の平気な顔してやってほしいなー

2022-08-09

DXとかノーコードについての所感

主にDXとかノーコード(ローコード)周りについてコンサル目線で書いておく

正直不動産ってドラマ見たので正直コンサルをやってみたかった

表でこんなことを書こうものなら会社クビになる可能性あるのでここに書いておく

(なんでこんな世の中になっちまったんだよw)

DXって別にIT化するだけの意味じゃないんだけど、それすらできてないかIT化って意味で以下注意点かいておく

DXやめとけ

というより、DXやりたいって言ってる人のほとんどがDXができる状態じゃない

床が見えないほど散らかってる部屋でルンバが使えないように、前提となる条件をクリアできてない

前提は単純に"自分たち仕事を把握しておく"これだけ

「なんだ簡単じゃないか!」ってみんな言うんだけど

それがもう絶望的にできてない

体感としては8割以上できてない

多分自分たちのやってる仕事が良くわからないし、行き詰ってるからDXという魔法言葉に救いを求めてるんじゃないか

まず自分たちがやってる仕事に対して、「どんな仕事をしていますか?」「その仕事をやる理由は何ですか?」という質問に答えられるようにする

これが出来なきゃ改善なんて絶対無理です

人が増えて、長くやってる会社目的がわからないルール意味のない仕事が増えていく

これを整理できないと何も前に進められないです

簡単に聞こえるけど、意外と作業理由まで言える人は少ない

収入印紙を貼る理由なんて良くわからない人がばかりなのにルールからと貼っている

そんな仕事がいたるところに溢れてます

収入印紙法律からどうしようもないけど)

程度問題ではあるけれども、なんでこの仕事やる必要あるんだ?この会議に出る意味はなんだ?

っていうものが半分以上ならDXとか言ってる場合じゃない

先にそっちなんとかしてください

誰がやるか問題

次に問題になるのは誰がやるかってこと

IT部門の若手にやってもらう!」とか気軽に言う人が多いんだけど

業務を把握して適切なツールを導入して運用しする

これできる人って

ウルトラスーパー超絶優秀な人です

いやマジで

1000人にひとり見つかれば良い方

この業界20年以上いるけどこれちゃんと出来る人、今まで一人しか会ったことない(その人はさっさと起業してしまいました)

ある程度大きな会社だと一人じゃできないから、仕様策定運用試験だったりを分割して誰かに任せる必要があるんだけど

責任感を持ってやってくれて、業務をよく理解している人を選定して説得する必要があります

これすごい難しいです

対人スキルが全方位カンストしてるような人じゃないと務まらないです

IT界隈だとプログラミング能力に秀でた人が優秀な人とイメージされやすいですが、この手の仕事ができる人も同じくらい評価されても良いと思うんすけどね

そんな優秀な人が貴社のIT部門に居ますか?

現場で使えない人の左遷先になっていませんか?

間接部門から出世コースに乗れない閑職扱いになってませんか?

もしそういう認識ならはっきり言って無理です

IT部門主導で全社の業務改善は出来ません

現場活躍できなくてもIT活躍出来る可能性もゼロではないかと思いますが、

現場NG出された方は要領だったり対人スキルに難がある場合が多く、その人がITツールを導入しても混乱を生んで余計な費用がかかるだけです

ノーコード開発

業務整理が出来て、IT化に着手する場合(まあ実際は役員メンツとかそういう理由で、業務把握もままならないまま突き進むんでしょうけど)

「やらなくても良い作業を止める」、「SaaSで出来ないか検討する」、「ノーコード開発で頑張る」の順で検討してください

当たり前ですが、やらなくても良い仕事を止めるのが開発もなく、運用費もかからない即効性があって一番良いです

無駄会議書類、これらを探して削るところから始めてください

次にSaaS検討してください

どこもやってる勤怠管理会計処理等は既存サービスで充足するはずです

SaaSで実現できなくて、ノーコードで開発する必要がある場合(ほとんどないと思いますが)

100点のシステムを作ろうとしないでください

ノーコード開発をやってみるとわかるんですが、結構かいところは出来ない場合が多く100%カバーするようなシステムを作る場合

すげー大変になることがあります

結局の所ノーコードとは言っても形を変えたプログラミングなので複雑にすればバグも多く発生しま

テストしにくい分コードを書くよりも悪くなるケースもあると思います

なので70~80%くらいカバーできれば良い

エッジケースだったり発生頻度の低いオペレーションはバッサリ切る

そんな感じでシンプルになるように努めてください

ノーコードの想定するユースケースを無理やり捻じ曲げてプラグインだらけの独自システム地獄です

(そうは言っても、こだわりが強いのか、冷蔵庫エアコンとしても使えるようにしたいみたいな人が多いんだよなぁ・・・・)

ここまで言うと、ノーコードって微妙なの?流行らない?って思うかもしれないですけどノーコード流行ます

というか現実的選択肢はこれくらいしかないです

まず現代システム開発は難しすぎます

プログラミング言語もセキュリティも覚えることが多すぎて、みんなノリでやってます

セキュリティ対策なんて意味わからんチェックシートを大して理解してない人がYES/NOつけてるだけで実装ボロボロ

たくさんのライブラリ毎日のようにアップデートされ、膨大な工数をかけてアップデートしてます

ドキュメントもすぐに陳腐化して、属人化しま

そんで属人化した担当者も辞めてブラックボックス

誰も触れなくなります

というわけでフルスクラッチ開発で内製化とか現実的じゃなさすぎます(金が有り余ってるならやってもいいですが)

つーかIT生業にしてる会社もできてないです

ノーコードでも属人化して、ブラックボックス化するのは一緒ですが

セキュリティアップデートとか、セキュリティ対策は幾分楽になるので、まだマシです

ちなみに今SIerシステム開発頼むのは悪手なので止めときましょう

多分想定してる予算より桁2つくらいは違うと思います

プログラマーの腕に激しく依存していて、プロダクトの品質が同じ会社でも全然違うみたいな状況はいずれ改善されていくと思います

カンナとノコギリを使って家建てる大工が少なくなって、プレカットの建材を運んで組み立てる家ばかりになったように

いずれこの業界部品を組み合わせるだけになってくと思います

もちろんプログラミング必要な分野はゼロになりませんが

(つーか実際もう、ID管理とかメール送信は外部サービス使うのが主流になってきていて、どんどんコード書かない方向にシフトしてる気はしてる)

テスト

前述の内容と少し被りますけど、半分くらい作ったらさっさとユーザーに使ってもらったほうが良いです

負荷テストとか、UIとか拘るのは良いんですけど、方針レベルで間違ってた場合は全部やりなおしになるので、

早い段階で使ってもらうようにしてください

多少バグがあっても良いので早めにイメージを擦り合わせたほうが結果的に早く終わります

バグってるものユーザーに使わせたら怒られるとかいう人いるんですけど、

使う人と作る人が気兼ねなく話せるような関係じゃないと開発はうまく行かないので撤退しましょう

席を隣にして談笑できるくらいには仲良くしてください

ツールの選定

いきなりbubble, outsystemsみたいなガチなやつから入らないほうが良いです

多分挫折しま

kintoneとかairtableみたいなやつから使ってみるのをオススメしま

あと選ぶ際に、営業にいろいろ聞く前にまず自分で使ってみること

最初から営業に聞いちゃうと、「頑張ればできます」みたいな回答しか返ってこない

実際に使ってからセミナー行くとか、営業と話して聞いてみるの方が良いと思います

効果検証

システム作ったあとに、効果があったのかきちんと検証してください

大学受験して合格発表確認しないようなことあるのか?と思われるかもしれないですが、

やらない会社結構あります

デジタル化したんだから効率的になってるに決まってる!ヨシ!

ということなのか単にめんどくさいのか分からないですが、ちゃんとやりましょう

効果検証も平均で5分短縮されました!効果ありです!

ただし標準偏差が30分(n=10)とか、

便利になったとしか書けないようなアンケートとか

いい加減な検証もやめてください

ぶっちゃけほとんどのシステムが上手くいかないですが

コンコルド効果で捨てられなくなって負の存在として生き続けます

そうならないように作る前から効果検証方法撤退ラインを決めておくと良いと思います

どこもかしこも役に立たない死蔵されたシステム多すぎです

保守

保守についてあれこれ心配する人いますけど、安心してください

保守なんて誰もできないです

10年もすれば、担当者業務も変わってドキュメントは不整合だらけ

軽微な不具合修正もまともにできてない状態になってます

技術トレンドも変わっているので作り直してください

20年に一度作り直す式年遷宮技術継承意味合いが強いと聞いたことがありますが、それと同じでシステム10年以内に作り直す気持ちでいた方が良いです

最低限のドキュメント更新とかアップデート必要ですが、維持に多大な工数がかかるとか、修正時間がかかるようになったら作り直してください

まとめ

色々書きましたけど、業務把握が一番大変でそれができれば割となんとかなります

自分たち仕事管理できないから、システムを作って解決しようとするからおかしいんです

それって業務整理とシステム開発という2つの仕事を並行してやることになるので、そりゃ混乱もしま

あと業務整理を自分たちで出来ないかコンサルにお願いしてやってもらうっていう事言う人いますけど止めたほうが良いです

コンサルからしてみれば他人事ですし、あなた会社について世界で一番詳しいのはその会社に属している人です

その人たちがお手上げだと、外部の人間だって十中八九うまくできないです

仕様さえ明確に作ることが出来るなら、ツールの違いやら、プラットフォームの違いなんかは些細なことなんですよ

まあそれはそれで、大変ですけど仕様さえ決まってるなら何とかなります

というわけで各位頑張っていただければ

2022-07-29

anond:20220729152817

意図的に消そうとしないと消せないよねあれ。

今の時代フルスクラッチで作ってるとは思えないし、フルスクラッチで作れるようなら間違いなくcreated_at updated_atの取り扱いは議論に上がる。

よく分かっていないWordPressテーマを当てたら表示されなくなった、ってのが理由なのかな。

2022-06-25

国産OSがどういうものを期待しているのか知らないけど、国産Linuxディストリビューションお茶を濁す位がせいぜいじゃないかなー

フルスクラッチOSは無理というか、やる意味がわからない

国産SNSは、mixiでも使ってれば?って思う

anond:20220624220242

ザクIIIモデルグラフィックス設定資料が紹介されたときに、ちょうどスケバン刑事だったのと担当アイドル好きが相まって

「せからしか! わちが三代目じゃ! 」

というコピーがついてて強烈に覚えてる

その時の作例はキットレビューだったのかフルスクラッチだったのかは覚えていない

2022-05-23

anond:20220523075114

プラモデル界隈ではフルスクラッチするとキット化するっていう伝説があって

メーカーもそういう動向をどこかで監視してると思う

2022-05-04

リーナスLinuxを開発したというのは、どれほど「技術的に」すごい偉業だったのでしょうか?

生越 昌己

, 日本Linux協会で元会長 (2001~2002年)

回答日時: 2022年4月23日 · 執筆者は841件の回答を行い、180.3万回閲覧されています

なんか呼ばれてる気がした。

技術的に」はどうってことなものです。別の回答で私の書いた記事引用されているので、その辺の歴史的なことはそっちを読めばわかると思います。「やればできる」範囲のことです。実際、あの記事には書きませんでしたが、そのちょっと前くらいに私の知人(日本人)がフルスクラッチUNIX互換マイクロカーネルOSを独力で書いてます。これも彼に言わせれば、「教科書通りに実装しただけ」とのことです。なお、UNIXOS実装は、いくつか教科書が出ています。また、「NET2」という4.3BSDのフリー(ってことになっていた)な部分のコードも公開された後です。つまり、参考にするもの結構あったんです。

実はOSのものは、「技術的にすごい」必要はないです。もちろん、いろんな点で「技術的にすごい」ことをする必要性のあるところはありますが、「普通実装」であれば「教科書通りに実装しただけ」で作れます。「ぼくのかんがえたさいきょうのプロセスモデル」なんてもの必要ありませんし、「マイクロカーネル技術」なんてのも、あればあったでメリットありますが、なければなくても困りません。UNIXのその辺は普通人達が思っているよりもずっと単純で、実装もそんなに難しいものではありません。ですから特に「何かの互換品を作る」というのであれば、動かすだけであればそんなに大変ではありません。バランス感覚要求されて難しい部分は既に他人実装しているわけですし、「教科書」や「参考コードはいっぱいありましたから。

Linuxが凄かったのは、一つは「運」です。多くの人が求めているタイミングで、まがりなりにも動くものを出すことができた。これは多分最大最強の「すごいこと」です。

Linuxリリースするちょっと前に、AST(Andrew Tanenbaum

)はMinixの「次のバージョン」についての「やらないことリスト」を作っていました。野良で作られたMinix386を使っていた人達を始めとする「MinixもっとUNIXになって欲しいと思っている人達」は、それを見てガッカリしたものです(私も)。Minix実用品にしようとする流れに完全に背を向けた形で「教材としてのOS」に力点を置いたもので、ASTの立場を考えれば当然とは言え、いろいろ残念な思いをしました。Linuxリリースされたのは、そのショックから覚めやらぬ時期だったので、それを見た人達は、まさしく

キタ――(゚∀゚)――!!

と思ったものです。本当にグッドタイミングだった。

その次に凄かったのは、「それを実用品に持って行けた」ことです。「動く」ということと「実用品になる」ことの間には、とんでもなく深い「谷」があります。これを超えるのは、「運」も大事だし「技術」も不要じゃないんですが、それだけでできるものでもありません。そもそもLinus自身が「最初はそんなつもりはなかった」的なことを言ってますからね。それでもどこで気が変わったか、あの「隙だらけのカーネル」でも、なんとなく実用品として使えないことはない程度にはなっていた。

そして、「隙」も凄かった。Ver 0.01のカーネルなんて、本当に隙だらけ。たとえば、システムコールエントリテーブルがあるのですが、その先の「実装」部分には「未実装」ってコメントが1行書かれているだけなんて状態だったのです。これは結構後の版でもありました。でも、その「隙」ゆえに、多くの人に愛され、「俺が何とかしてやろう」と思わせる。当然意図したものじゃないにせよ、これがなかったら「今」はなかったかも知れない。

等々、いろんな「凄さ」はありますが、それは技術のものではありません。「凄さ」は別のところにあったのです。

独自に似たものを作ってた人達(私も含まれる)が、一斉に自分の作っているものを投げ出して協力しようと思うくらいには「凄く」また、「隙」があったんですから。「マイクロカーネルこそが」とか、まぁとりあえずマトモに他人の使える自前実装作ってから言ってよね。ちなみに当時の私はMach

をいろいろいじくってました。Ver 3.0になっていろいろいじれるようになってて、MS-DOSの上からbootする版を作った人がいたんで、「これでユーザ空間OS書けるじゃん」って。

そんなわけで、「ぼくのかんがえたさいきょうのOS」を作らなかったのが、Linusの偉かったところ。愚鈍に「どうにかこうにかUNIXとして使える程度のもの」をちゃんと作っていいタイミングリリースした。そこが全ての始まり

「毒にも薬にもならない昔話」とはこのことではないだろうか。

技術的にも思想的にも誰の参考にもならない。

老人ならせめて1行くらいは誰かの役に立つ言葉がにじみ出るものだが・・・

そういう生き方としてきたということだろう。

PCWatchの山田祥平さんに似た臭いを感じる。

2022-04-13

anond:20220412232014

エレクトロン使ったアプリって自作できるんだ

なんか一部のキチガイじみた人たちがフルスクラッチで作ってるんだと思ってた

2022-03-23

部外者大学に入ってモグリ受講するのとはちょっと違うけど

国立大教育学部小学校社会科先生になる専攻で入学したけど、

高校ではマンガ家めざして同人誌も出してて、フィギュアフルスクラッチもやりたいなと思ってたので

卒業には全く必要のない美術先生養成するコース塑像(人体を粘土で作る)の授業を受けてた。

 

最初課題学生同士でペア組んでお互いの顔を作る)で自分には立体の才能が全く無いと思い知らされて、ペアの顔を完成させた段階でフェードアウトして単位は得られなかったが。

思い返せば、教育学部って専攻(教科)ごとに多種多様研究室教授講師の授業があって、もっといろんな授業を無駄に受けとけばよかったなと、社会人になった今更思う。

サークルもいろんなことをやってみたいと、漫研以外にスカイダイビング部・スキューバダイビング部の新勧説明会に参加したけど、遠征や装備に金かかるので貧乏学生の俺には無理だった。

 

あ、先生にはなってません。

教育実習の授業で自分教師は無理だと思い知らされました(こればっかだな俺)

2022-02-22

anond:20220216094732

たとえば

基本情報技術者

応用情報技術者

TOEIC 900点 持ってて

SESだと給料に加点されることはないと思う。新卒なら、良いかもだけど。

中規模のWEBアプリ(フロントreact+Nextjs,API:Laravel,AWS EC2とか色々)をフルスクラッチで一人で作成できたら

年収いくらぐらいもらえると思いますか?

都内だと、3年目で 600万ぐらいでは?

2022-02-16

WEB系に詳しい増田さん教えてください

たとえば

基本情報技術者

応用情報技術者

TOEIC 900点 持ってて

 

中規模のWEBアプリ(フロントreact+Nextjs,API:Laravel,AWS EC2とか色々)をフルスクラッチで一人で作成できたら

年収いくらぐらいもらえると思いますか?

 

上位資格目指せって言われそうだけど

まず、このスペック目指してる。けどモチベーションが上がらない。

2021-12-06

anond:20211206233823

で600くらい取れるんじゃないかな。

とれましぇぇぇぇぇぇん、夢見んな

つーかスタートDTPオペだけど時代の流れでWEBもやるようになったってキャリアの人は割とありふれてる

というか小さなデザイン会社なら紙デザイン印刷周りの知識マストスキルだったりもする

 

面白い冗談ですね

まぁインフラエンジニアに丸投げする会社もあるけど小さいとこならサーバー設定くらいするぞ

というかサーバー設定って・・・?って感じだがな

WordPress構成のこととかが言いたいんですかね?

フルスクラッチする必要性は皆無ですけど実用的なECサイトフルスクラッチできるエンジニアなら地方でも600万いけると思います

デザイナーというよりはエンジニアとしての給与だと思うけど

 

ものすごく強いていうならUIデザイナーとかならイケるのでは?

キャリア積める場所って限られていて地方だと絶望的に思えるけど

2021-06-30

anond:20210525124516

富士通富嶽CPUフルスクラッチで作ってないし、ってどういうことだ?

ファブは無いけどnvidia appleと同じ水準でチップ作ってるでしょ

2021-06-12

ちょっとプログラミングできる奴が一番うざい

上司しろ同僚にしろ部下にしろ

ちょっとプログラミングできる、っていうレベルの人が一番うざい

というか害悪だしデジタライズするとき障壁

上司に多いのが「所詮コーダー仕事」的思考の人

設計が全てでコーディング作業っていう考え

アジャイル手法理解していても考え方を理解していない

結局彼らの設計したモノは当初の目的からはかなり外れてしま

長い月日をかけて誰にも使われないソフトウェアが完成する

完成する頃にはもう居ない

同僚に多いのは「その言語ちょっとね」とか言う人

自分サーバサイドだからフロントエンドからAIから、とか言ってその分野ばっかりやる人

ぶっちゃけその分野もこっちでやった方が早いしできるんだけど

そうしたら彼らの仕事が無くなるからやらないだけ

自分で蒔いたバグ自分で改修することを毎日やってる

まぁそれはみんな一緒かもしれんけど同じことばっかやってて成長しない

部下に多いのは「動いたからいいでしょ」的な人

最近Qiitaにも多いけど「こうしたら動きました」って言って内容理解してない人

これってどういう意味?って効いたら「コピペしてきました」って言う(意味を聞いてるんだが)

大抵は冗長かつ不十分な実装になっててしばらくして動かなくなる

もしくは自分で考えたであろうスパゲッティになってて

リファクタリングとかの作業でほぼフルスクラッチする

まぁ誰しも通る道だとは思うので丁寧に指導はするけれど

何年もそんな感じだとちょっとイラッとくる

2021-05-25

半導体どうするか

ロジック半導体国策として攻めるとするとどうするんだろう。

ソフトバンクArm親会社になっているときに、デザインセンター国内に作ってエンジニア育成しておけばよかったな。


ファブレス会社プロセス全く知らないで作れるかというと、性能をギリギリまで出すのは作れない。

IP買ってきて取り敢えず半導体作れるようになればいいのだろうか。

富士通富嶽CPUフルスクラッチで作ってないし、ノウハウ持っているところからの展開も難しそう。


設計ツール(EDA)を買ってきて、IP買ってきて、取り敢えずつなげれば、それっぽいのは作れるのだろうけど。

規格の仕様書ツール説明書、どれもこれも数百ページのドキュメント複数あって、理解するのも大変なんだよね。


あと書籍がなさすぎる。

材料系が残ってるのは書籍があるからだろうし。パタヘネくらいじゃ役に立たない。

2021-05-07

anond:20210507131523

男女で比較すると男の平均レベルが著しく低いってのを踏まえて考えると、親近感を感じる範囲が下振れして幅広いのかもしれないね

あとここでも不可視化、透明化されてる化粧でフルスクラッチしてもクソゴミ顔面弱者女性女性向けAVを見て女性向けって銘打ってるのにnot for meじゃねぇかこれ…と絶望しているのかもしれない。

2021-04-27

anond:20210427103723

横だけど鉄道趣味って一口に言っても門外漢の俺が知ってるだけでも

などなど細分化が激しいんだよ

で、細かい所にこだわるほど基地外度が高いヤツがいる

2021-03-28

anond:20210328155056

過去の受賞履歴からし

本人は本当にフルスクラッチで、その仕様を組み上げられるが

外の会社とやっているときに、事故たらこう逃げておいて、時間稼ぎの間に、

つくりなおして納品という、業界でいう許してもらえるダミーについて

おしえたら

知財をすべて教えろもう入札しちまったんだと尋問を10ヶ月やって20ヶ月でもやる

という1億以上の案件は人が死ぬしかない

好きな食べ物は?ですら尋問中には尋問であると思わないということもわかったし

警察は、刑務所A級う保存しなかったということもわかった

2021-02-14

anond:20210214221545

え?ファンクラブアプリUIは、新しいAndroidでも互換性はあるか?

いやそもそも、ご指定コンポーネントAndroidにはどのバージョンにもないです。

すべてフルスクラッチコンポーネントごと書き起こしているか

問題ないです。

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