  |
はてなキーワード: シコーとは
「LGBT当事者の自殺率が高い！」っていうのですら「そもそもメンヘラが自称してるからセーテキシコー以前に生きづらく死にやすいだけでした」って、そういうオチかもしれねえじゃん
自閉と性的違和感が併発しやすいことも指摘されてるみたいだね。
https://webview.isho.jp/journal/detail/abs/10.24479/pm.0000000430
自閉スペクトラム症（ASD）では性別違和感の訴えが比較的多く聞かれる。ASDには性差があり，男性は女性の3～9倍多く，より重症に現れるという特徴があり，神経発達症研究でもジェンダーアイデンティティやジェンダーディファレンスは注目を集めている。一方，性別不合/性別違和（GI/GD）の領域ではジェンダークリニックの受診者に神経発達症，とくにASDが多いことが報告されており，神経発達症，GI/GD，それぞれの領域で性別違和感を有する神経発達症の当事者をどのように支援できるか，最善の意思決定を支援するにはどのようにしたらよいのかということが長年の課題となっている。
そりゃ俺だってあんなもん中二のバリエーションの一種じゃね、って何となく感じてはいたよ
まあ30近くになって私アセクシャルかもとか言い出す女もいたりするけどさ
だからあんな変態殴ったら治る、社会主義になったら君のホモも治るみたいに考えてたのが昔のジジババなわけだろ
でもあの手の活動家の皆様とそれに連帯してたリべ様まで「ああいうのは生まれつきで"矯正"しようにも無理なんです！」ってクソ真面目な顔で言うものだからうっかり信じちゃったじゃん
「LGBT当事者の自殺率が高い！」っていうのですら「そもそもメンヘラが自称してるからセーテキシコー以前に生きづらく死にやすいだけでした」って、そういうオチかもしれねえじゃん
なんなんだマジでよ
一族郎党滅ぼす秘策は尊師並の事やらかして世間様を焚き付けてリンチさせる事だとか妄想ゲームしてた学生時代思い出しますよ～
やるつもりは微塵も無イスゥ！けど修行やってますいつの日か世界が終わると信じて（おまdoomer）
（空中浮揚の練習ゥ…）これは脚の運動になるのかな？就労するなら、下半身タクヤさん並に貧弱だから鍛えないとね！
一族不仲な方が各地に散らばって繁栄するんすかね？ダイナモ間隔！私は冬のあだ花長文で埋め尽くしてR.I.P.人生終了までさあ行こうぜ（チンシコーマン）
今日は平和にチョリソーパン食いながらトレする予定がマジ狂い、とか何とかわけわかんねーウンコみたいな怪文書下しながらコイツ頭がイっちゃてる
バイトに毛の生えたような給料で、紆余曲折経てバイトレベルの雑務とかを束ねる人の補佐的ポジまで行ったが、待遇悪くて身体壊して辞めた。
で、今その業界及びそれに近い業界に対してシステム開発して納品する立場にいる。
いるんだが、その業界にいたころの常識が、今の開発チームに全然通じなくてしんどい。
例えるなら、「レジに入金するみたいな機能が欲しいと言われたんで、入金の機能を作りました！（お釣りが発生するケースは考えてないのでカネを吸い込むだけの機能）」みたいな感じ。
いや、確かに客は入金機能が欲しいと言ってたよ。言ってたけど、レジやるなら釣り銭の処理は考えとかなきゃダメじゃない？これ客にツッコまれるまでほっとくの？
せめて「これカネ吸い込むだけの機能ということでいっすかね」みたいな確認はしてこよ？？打ち合わせやったんやろ？？？
みたいな細かいことが、いろーーーんなところにある。
本当にカネ吸い込むだけの機能で良かった場合もあるが、「いやカネ吸い込むだけでええわけないやろ」ってなったケースもある。というか主観ではそっちのが多い。
しかしチームの基本姿勢としては、「特に要望されてなかったのでやってません」ばっかり。要望がそもそもあるのかないのかを確認しないでそれ。
ちゃんと確認しとかないので後出しみたいなかたちで改修要望出てきて、それで開発工数伸びて、納期間に合わなくなって既に2件ポシャってる。
そして自分はチーム内でそういう「特に要望されてなかったことを事前打ち合わせの段階でほじくって余計な仕事を増やすとんちんかんな非常識野郎」ポジで固まりつつある。
単に却下されるだけならまだしも、あとから客に言われるので、自分の中で「だから言ったじゃん…」が溜まっていく。
なんていうか、つらい。いやつっっっら。
割と本当につらいわこれ。
これが例えば自分の技術的な不足であれば、IT新入りなんですつってボコられるのは覚悟の上で転職したので大したダメージはない。
しかし10年いて細かい業務フローのマニュアル全部取りまとめるみたいなこともしていた、その知識が完全に今の業務で仇になっていてきつい。
これが「あとから客に言われる」だけならまだいい。
関連法規に照らし合わせるとこの仕様まずいよね？？？みたいなのがちょいちょいポロポロ出てくるのだが、それに誰も危機感持ってないのが一番きつい。
10年で培った業界のコモンセンス−常識−が、「これマジまずいって、本当有り得ないレベルだって」と訴えてくるので、ついつい言い方がキツくなる。
で、チーム内でのウケも悪くなる。
この繰り返し。（テキシコー）
昨日ついに「何か意見しても『言い方が〜』とか言われるので、もう意見したくありませーん」ておふざけニュアンス混ぜつつ言うてもうたわ。
そうしたら、「仕事としてやってるんだから、その態度は〜〜」とくるわけだ。
いやまあ、そりゃそうだよね。はたから見たらワイ完全にめんどくさい察してちゃんだもんな。
しかし言っても言ってもまるで尊重されないのに意見し続けるのは普通にしんどい。
単に尊重されないだけならまだしも、「だから言ったじゃん」が発生するのが目に見えててしんどい。
言わなきゃ、「だから言ったじゃん」は発生しない。
あのお姫様は立派だ。祖国の危機だったんで、狂人扱いされながら警告し続けていた。
中国の忠臣とかもそうだよな。厳しいこと言って嫌われるってしんどいのに、というか最悪斬首とかの時代なのに、言わなきゃダメだと思ったら首が飛ぶ覚悟でちゃんと言う。
偉いよ。
俺はもうダメだな。今こうして増田書いてて思ったが、普通に心折れてるわこれ。開放骨折だわ。
三十六計逃ぐるに如かず。逃亡計画を練らなくては。
プログラミングで主にやる事は下記の2つ。
①IFでAかBを選択させてどっちかの設定を実行
②Whileで決められた回数分繰り返す
とてつもなく複雑で冗長な処理によって実行されている。
わかりやすいので画像処理でいうと、数十万から数百万の画素（RGBAの24bitで表される数値）を小さなブロックに分解し、数学的に周波数の重なりとして計算して変換、含まれる頻出パターンをテーブルにして圧縮伸張を行なう。みたいなことが瞬間的に行われている。
「まさかそんな事できるわけないだろ」というレベルの処理が実際に行われており、これまた直感的でない。
だからそれをどう書くんだよ。という答えはコレ。有名なjpegの実装だ。
libjpeg というライブラリを書くことはできるだろうか？画像の圧縮の理論から考え始めることはできるか？
正直無理だ。自分はプログラマだがそんなに数学が得意ではなく、頑張ったとしても下手するとコレを作るのがライフワークになってしまい、他のことができなくなる。
例えばブラウザを0から作るとして、jpegの処理以外にも画像だけでpngとかgifとかwebpとか、その他もろもろとてつもない作業が必要になる。
「とてつもなくて想像もできないので流石に無理だろう？」
いや、でも、実際動いてるのよ。ここ何十年、コツコツと積み重ねて実現している。
「積み重ね」とはライブラリであったりフレームワークであったりOSであったりする。
「どういう風になっているのか」
外部に向けたインターフェイスがどうなっているのかは理解する必要がある。「使う」ために必要だからだ。
この2つは分けて考えなければならない。
ちなみに、たとえばChromeのコアであるChromiumはのコードはコレだ。
つまり言いたいことは、実際に動くアプリケーションというのを作りたいのにも関わらず
プログラミング入門書は、これで判定と繰り返しという基礎ができますと言うだけ。
これがもう滅茶苦茶イライラする。
「これで判定と繰り返しという基礎ができます」というのが基本的な理論（定理的なもの）で、その他に必然的だが唯一無二ではないベストプラクティスというものがある（法則的なもの）。
後者をうまく説明する入門書に出会っていないんだろうな。という印象。イライラはやめよう。つかれる。
ベストプラクティスはいろいろあるのだが「層の構造にする・レイヤーに分ける」というのは重要なアイデアだ。
libjpegというのはjpegの処理を行う「ライブラリ」だ。他のアプリケーション...たとえばブラウザはこのライブラリを「使う」。
ブラウザではjpeg画像の圧縮展開というとてつもなく難しい処理を「libjpegの使い方」の理解までで済ませ、過去の蓄積であるlibjpegのコードを利用することで真の意味で0から実装しないようにしている。
この場合、libjpegが「低レベル・低レイヤー」の存在であり、中身については「使い方」つまり「仕様」の理解までしか行わないことで、実際に作りたいものを作れるようにしているわけだ。
完成しているプログラムは二例ほど挙げたがどうですかね？
複雑なことをする、特に低レイヤーのコードはとてつもなく難しい。
でも、とりあえずこんな感じのコードなら解るよね？
こういうレベルから理解して、ちょっとずつ難しい処理を学んでいくしかない。
ハードルは高いんですよ。実際。
なので、木材からだと難しいからプレハブのキット的なものを探すとか、ログハウスのカタログを読むとか、あるいは100人乗れる物置を買うのがいいかもしれない。そういうところから始める。
それらがフレームワークであったりライブラリであったりする。目的に合うものを探して、自分がやりたいことをどう実現するかとにかく考える。
「テキシコー」https://www.nhk.or.jp/school/sougou/texico/ で言われる通り、「小さく分けて考える」「手順の組み合わせを考える」「パターンを見つける」「大事なものだけ抜き出して考える」「頭の中で手順をたどる」をひたすら実行する。
unityはコードが公開されているので、本当に読みたいなら。。
オブジェクト指向は一旦忘れよう。
オブジェクト指向の「隠蔽」というのは層の構造が持っている重要な要素ではあるけど、「低いレイヤーについて考えない」のが基本的な作戦だという理解の方が重要だ。
前述の通り「できる限り作らない」んですよ。「使う」だけ。知るべきことを最小化する。
そして本当に作るべきものに関しては、利用する下のレイヤーのライブラリなりを探して・仕様を理解して、どう組み合わせてfor, if, あるいは計算させれば実現できるのかをひたすら考える。
単に翻訳がしたいのか？表示に割り込む方法を知りたい？日本語に翻訳するのは実行時なのか開発時なのか？
要求される表示エリアが言語によって異なるために、デザイン調整が必要になる問題をどうするか？
分解が甘いので何をしたらいいか調べることができないんだと思う。
ちなみに、アプリ内の文言というのはアプリの外部から変更できないように実装されている事が多いので、利用者が上書きする仕組みはかなり難しい。
AndroidなりiOSの仕様にもそのへんに割り込める機能はないはずなので、OSの開発に入っていく必要がある。結構大変だとおもう。
アプリの開発者が、そういう機能を備えた多言語化のためのライブラリを使うようになれば実現可能ではあるので、そっちの方向で頑張るのがおすすめだが、英語圏の開発者には多言語化のモチベーションが低いという基本的な問題はあるのよね。
この辺の「できる・できない・むずかしい」の判断は、いろいろな勉強をすると常識としてある程度みえてくる...気がする。
ついでに。ウェブサイトやウェブサービスの翻訳だとこういうサービスがあったりする。
ブラウザはページの描画処理のなかに割り込む余地が大きく取ってあるので、ブラウザのExtensionとかならできることがいくらかあるかもしれない。
個人的に気に入らない話はOSのアップデートは使いやすくなるからとてもいい事だからすぐにやった方がいいと宣伝されている事。
まあ、半分は嘘だよね。古いものが残っていると先に進めないんだよ...。
現在のクライアントOSは、巨大なプラットフォームのパーツの一部として理解したほうが正しくて、古いパーツが残っているとツライんですよ。
そして「サービスを受けるための道具であって、あなたが何でも好きにできる機械ではないです」みたいな世界になりつつあって、ちょっと問題と言われてもいる。
これはかなり困った傾向なんだけど、全体としての流れはあんまり変わりそうにない。
オブジェクト指向好きですな...。ここではオブジェクト指向は特に気にしなくていいですよ。
とてつもなく複雑なことをやっているために、すべてのバグを潰すことはコストが高すぎてできないんですよね。
それよりバグは未来を先取りするコストと考えて、本質的に価値のある機能を増やしていくというのが基本的な方向になっている。
だからパソコンはたまに不具合を引き起こすんです。しゃーない。
しかし中途半端に理解している老人などは、そんなことじゃ分からん。自分に分かるように説明しろと言い出す。
説明は出来る。しかし相手はイライラするし理解されない。よって説明をしてはいけないという状況に追い込まれる。
ここでどうすればいいのだと理解不能に陥る。
まあ、説明って得てして難しいよ。しゃーない。
そのとおりです。
オープンソースのプロダクトなら原理的には調べられるけどね。Androidとかはオープンになってる。
それを許容することで先に進んできているという事実は受け入れたほうがいいと思う。
「把握・理解可能な範囲」に留めていたら、数十年前のコンピュータの世界から抜け出せなかった。
deep learningの世界ではそれがより一層進むかも。この辺は詳しくないけど。
ここでの「理解」についてはそのとおり。これはもう諦めるしかない。
これが常にある。IT関連は常に新しい情報が出てくるのでそれに送れると無知になってしまう。
なんでこんなことも分からないんだとか言われ放題で、IT系の企業に努めている人は常に新しい知識を入れられる
面倒くさがらない人が向いている。
「面倒くさがり」の方が問題に気づいて「頑張って面倒じゃなくする」ことができるので、プログラマにとっては美徳なんて言われますけどね。
同時にくじけないとか諦めない、しつこいみたいな素養は必要かも。
応用まではとろうな。がんばれ。
このへん自分も知らんですよ。べつに全部知っている必要はない。
（追記: はてな記法の引用すらもさっきまで知らなかったしな！そんなもん）
層の構造をとっているということと関係があるんですが、仕様が変わると、その上に乗っているものを全部なおさないといけないんですよね。
でも革新のために互換性を捨てなければいけないケースも多い。このへんはハードでもソフトでも同じ。
そして、メンテのコストが上がっても使い続けたほうがトータルで安上がりという場合は、古いものが残ってしまう。
あるいは「（多少の問題はあっても）動いているものは変えるな」という経験則から意図的に残す場合もある。
西暦2020年にもなって、プログラミングが簡単には出来ないし、ハードウェアの規格も完全に統一はされていない。
というかプログラミング言語自体多すぎる。ソフトウェアはデファクトスタンダードのモノ程度は知っているが、
ぜんぜん完成していない荒っぽいものを目にしているのだと理解したほうが的確。
それなのに毎日理解のできないパソコンやスマートフォンを使っている。
オブジェクト指向のおかげ様だがオブジェクト指向に対して無性に腹が立つ。
自分の全く知らない場所でいけしゃあしゃあと演算を行い、そして結果を出す。それも大半が正しい結果で
利便性が抜群だ。些細なミス(バグなど)はあるが圧倒的に利便性が勝っている。
そんな道具に踊らされている自分が滑稽だ。理解できない愚かな自分は正に機械の奴隷のようだ。
本当に理解できない。辛い。
勘違いしてはいけないのは、それらはすべて先人の努力の蓄積によって成り立っているということ。
「よくわからないけど存在している道具」ではなくて、信じられないほど複雑だけど、多くの人々の行動によってなんとかかんとか実現した道具なんですよ。
「オブジェクト指向のおかげ様」じゃないんです。（もちろんオブジェクト指向というのも大きな発明の一つですが）
そしてブラックボックスとして使うのは多くの場合正しいです。そこは諦めましょう。
でもエンジニアとしての立場からは、その裏に隠れているとてつもない技術や思考の蓄積に感動してほしいなと思う。
人類がこんなもん作れたのって、かなりすごいよ？
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
301あとで/2366users HUMAN＋ 女と男のディクショナリー ｜公益社団法人 日本産科婦人科学会
287あとで/2103users テキシコー | NHK for School
283あとで/1940users 【図解入門】シンプルな図の作り方｜櫻田潤🎨インフォグラフィック・エディター｜note
267あとで/1888users 【保存版】「もうデザイナー用の最強チートシート作っちゃおうよ」と現役デザイナー4人で超便利サイト情報を集約してみた｜ryota_funakoshi｜note
256あとで/2299users 財テク – shunirr | Scrapbox
236あとで/1495users そろそろ語ろうか（其の壱）｜和田洋一｜note
213あとで/1391users 無料で読めるITまんが 2020年版 － Publickey
211あとで/1201users グーグル元社員が考案「新型やることリスト」が超便利 | Forbes JAPAN（フォーブス ジャパン）
199あとで/1221users プログラミング上達したい人に繰り返し読んで欲しい4冊｜erukiti｜note
195あとで/1237users ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう - mizdev
195あとで/1191users 「プログラミング的思考」で問題解決できる子どもを増やしたい。NHKのプログラミング教育番組が目指す未来とは。 | アンドエンジニア
190あとで/1078users 新しいデザインの教科書 | 多摩美術大学美術学部統合デザイン学科菅俊一プロジェクト | Scrapbox
181あとで/1204users 積分とは・対数とは・微分とは〜「分かる」とはどういうことか〜 - Togetter
181あとで/1482users 無料で使える「住所マスターデータ」公開、表記統一や緯度経度への変換に活用可能 - INTERNET Watch
175あとで/1320users 音階の数学｜じーくどらむす｜note
171あとで/3574users 祝15周年！あなただけの「はてなブックマーク タイムカプセル」 | はてなブックマーク
168あとで/1467users 「くそダサいデザインの表紙」がダサくなくなるまでの解説がわかりやすくてタメになる…フォントや配色、文字配置など参考になる情報も - Togetter
168あとで/879users ポスト・テレビゲーム｜和田洋一｜note
166あとで/1273users そろそろ語ろうか（其の弐）｜和田洋一｜note
160あとで/1282users オードリー・タン「日本人は未来に住んでいるようだった」。台湾の天才大臣が語った来日時の記憶 【インタビュー全文：その①】 | ハフポスト
158あとで/1207users プログラマーから見たPDFファイル | アンテナハウス PDF資料室
158あとで/1853users 「やりがいとか、何難しいこと言ってんだよ！」西川貴教にキャリアを相談したら最強に励まされた｜新R25 - シゴトも人生も、もっと楽しもう。
154あとで/1499users 日本の半導体産業についての話 | anond.hatelabo.jp
153あとで/1267users パワポっぽさを脱却する〈色彩編〉｜PowerPoint+｜note
151あとで/674users 面白Web API 100連発 - pastak-pub
151あとで/1094users リクルートテクノロジーズ エンジニアコース新人研修の内容を公開します！（2020年度版） | リクルートテクノロジーズ メンバーズブログ
142あとで/1599users コロナで大切なものをなくしました｜青木杏樹｜note
142あとで/1763users 「プログラミング言語Go完全入門」の「完全」公開のお知らせ | メルカリエンジニアリング
140あとで/635users 決済システム概論(1) 決済の基礎・決済リスク｜myao@カンム｜note
140あとで/799users LINE社内テクニカルライティング講座第2弾！1文では説明が終わらない文章を書くコツ - LINE ENGINEERING
1番目のHUMAN+は日本産科婦人科学会が監修した健康手帳。以前からあるコンテンツのようだけどTwitterでは8月14日頃から盛んに言及され始めた。
