はてなキーワード: コンポーネントとは
太宰治の走れメロスのストーリーについてマインドマップにまとめて、PlantUMLで出力してください。
PlantUMLを使用して、太宰治の『走れメロス』のストーリーをマインドマップにまとめることはできません。PlantUMLは主にシーケンス図、クラス図、アクティビティ図、コンポーネント図、ステートマシン図、オブジェクト図、デプロイメント図、タイミング図、ユースケース図などのUML図を生成するための言語です。
ただし、『走れメロス』のストーリーのマインドマップをテキスト形式で提供できます。マインドマップを手動で作成することができるツールやソフトウェアにこの情報をインポートして使用してください。
(以下略)
Reactのコンポーネントも出力してほしい。
デザインになってる部分とか言われたことをそのまま実装出来る人はいるんだけど
ちょっとしたところに気を利かせる人ってのが全然いないんだよね
例えばボタンを押したら表示させるコンポーネントにフェードインを付けるとか
Figmaとかのデザインには出てこないところを実装する人が全然いない
実装したらダメっていう方針は全然出して無くてむしろ推奨してるんだけど
そもそもそういうことを思い付かない人ばっかり
あとは日付入力フォームの初期値がFigmaデザインの日付そのままになってるとか
メール入力フォームのtypeがmailになってないとか(IMEがONになる)
まぁ要するにレベルが低いんだけど
「指示してくれないとできませんよ」
みたいなこと言う奴って、実装するソースコード見せないと何も出来ないってこと?って思ってしまう
※この文書は人間と書きたい意図を雑に伝えた生成系AIが共同執筆することで作成されたものである(所要時間5分 - 10分)、壁打ち/テキスト作成支援の性能を把握するために作成されたものである。
我々がこれから生きていくであろうAI時代には、自意識と補助脳の効率的なやりとりが重要になると推測される。AIを使って人間は自由に発想・出力し、その意味を検証・保証し、実用性を打ち出すことで、賢く意味のある時間を生きることができるのだ。
脳を例に取ろう。自意識とは前頭葉の一部分が担当しているが私の自意識(前頭葉)が脳の各パーツ(海馬だったり頭頂葉だったり側頭葉だったり)とアクセスする感覚は硬い補助脳コンポーネントであるインターネットやコンピューターとやりとりする感覚に近いのかもしれない。この視点から見ると、ChatGPTやBingのような生成系AIも、脳の一つの補助脳コンポーネントと見なすことができる。それも柔らかい。
AI時代において、優秀な知能の自意識とは、こうした知的コンポーネント群と効率的にやりとりをし、意味のある実用性のある成果を出力し続けていける自意識だと考えられる。それこそが人工知能やスタンドアロンな自意識人との唯一の差別要因だからだ。人間は実用性の高い成果を出力し続ける責務があるし発想する喜びもある。
実用性のある方法を出力するためには、高頻度に発想し、AIとともに高頻度に出力し、出力結果にたいする高速の仮説検証ループを繰り返し、意味のある結果を出力保証する必要がある。この結果には、問題を解決するための方法や、人々の興味関心を強く満たすものが含まれる。そして、これらの意味のある結果を出力し続けることで、私たちは高いレピュテーションを獲得し、賢く生きる人として認知されることができる。
逆に、実用性のないただ出力されただけの結果が大量公開される汚染の懸念もある。我々は出力された結果に対して責任を持ち、検証・保証し、改善することが必要だ。
実用性のあるコンテンツを出力しよう。それはこの時代においても賢く生きることができる唯一の方法だ。それは我々の人生に対価をもたらすことになるだろう。
7万円のフレームってなんだろな。
アメリカのって言うから、SURLYのCROSSCHECKの極端なサイズをそのくらいで売ってたりするのかな。
しかし自転車のこと何もわからない初心者に、ホイール手組みでバラ完を勧めるショップ店員って変な人に当たったんだな。
当たり前だけどふつうは完成車を勧めるのが無難で、乗りながら気になるパーツを変えていく。
そっちのほうが安いし手堅い。
何より売るのが楽。
今回だと21万円。実際は25万円、まあそんなものだと思う。
差額は手組みホイール工賃1万円、組み立て工賃3万円みたいな感じ。
昨今の自転車価格の高騰を考えると、物凄い安いパーツだけをチョイスして、サイズもピッタリという奇跡のような1台だと思う。
コンポーネントの規格の問題もあるだろうし、物凄い考えられたバイクだと思う。
ブレーキはリムブレーキだと思うけど、最近はメーカーによってはリムブレーキ用のリムが供給止まってたりするのに、こだわったというのは凄い。
大切に乗ってあげてほしい。
react redux はreactの何を解決するために作られましたか
React Reduxは、Reactアプリケーションで状態管理を簡単にするために作られました。React Reduxは、Reactアプリケーションのデータを管理するために、Reduxと呼ばれるJavaScriptライブラリを統合しています。 Reduxを使用することで、Reactアプリケーションのデータを一元的に管理し、アプリケーションの状態を堅牢かつ信頼性の高いものにすることができます。
react 単体ではアプリケーションのデータを一元的に管理できないということでしょうか?
React単独では、アプリケーションのデータを一元的に管理することはできません。Reactは、コンポーネントベースのJavaScriptライブラリであるため、各コンポーネントが独自の状態(データ)を持つことができます。しかし、これらの独自の状態を統合して一元的に管理することはできません。そのため、Reactアプリケーションでは、状態管理のために外部のライブラリやフレームワークが必要になることがあります。Reduxはそのような状態管理のためのライブラリの1つです。
react 単体でもrootコンポーネントのstateを事実上のアプリケーションのグローバルな状態として扱うことは可能です。それだと何か問題ですか?
React単体でも、rootコンポーネントの状態をアプリケーションのグローバルな状態として扱うことは可能です。しかし、この方法は、アプリケーションが複雑になっていくにつれて、状態管理が難しくなる可能性があります。また、rootコンポーネントのstateを他のコンポーネントに渡す必要がある場合、propsを介して渡す必要がありますが、これは非常に冗長な処理となり、コードの可読性も悪くなります。
さらに、rootコンポーネントのstateを変更するためには、必ずrootコンポーネントのメソッドを介して行う必要があります。これは、stateを変更するためには、必ずrootコンポーネントから呼び出される必要があるという制約があるためです。この制約は、アプリケーションの規模が大きくなると、管理が困難になる可能性があります。
Reduxを使用することで、これらの問題を解決することができます。Reduxを使用すると、アプリケーションの状態(state)を一元的に管理することができます。また、Reduxを使用することで、状態を変更するためには、特定のルールに従って行う必要があります。このことにより、アプリケーションの状態を変更する際に、堅牢かつ信頼性の高い方法を採用することができます。
また、Reduxを使用することで、rootコンポーネント以外のコンポーネントからも、状態を変更することができるようになります。これにより、アプリケーションの規模が大きくなっても、状態管理がしやすくなります。
ありがとうございます。まさしくそのとおりだと思います。
最近コンピューターサイエンスがプログラマーに必要か否かみたいな話が上がっているが、そもそもコンピューターサイエンスって何だよ。どこまでの範囲をさしてんの?
ググって出てきた情報を整理しただけなので詳しい人、補足・訂正よろしく!
https://www.acm.org/binaries/content/assets/education/cs2013_web_final.pdf
CS2013はACM/IEEE-CSによるカリキュラム標準。
ACM(計算機協会)はコンピュータ分野全般の国際学会、IEEE-CSはIEEE(米国電気電子学会)の中にあるテクニカルソサエティ。
https://www.ipsj.or.jp/12kyoiku/J07/20090407/J07_Report-200902/4/J07-CS_report-20090120.pdf
J07-CSは一般社団法人情報処理学会がCC2001CSをベースにアレンジを加えたカリキュラム標準。今はCS2013を反映したJ17-CSがあるらしいけどその辺は良く分からん。
https://www.ipa.go.jp/files/000024060.pdf
J07ーCSから抜粋。CS2013と比較するとナレッジエリアがあったり無かったり。
読んだ。なんていうかさ、結婚相談所ってガチ勢以外お断りな趣味みたいなもんだと思ってる。
例えばロードバイクに興味沸いたときに詳しい人に聞いたとしてだ、こんな感じのアドバイスを聞いたらどう思うだろう?
『安いの買ってもどうせ後からいいの欲しくなるから最初から上位モデルを買うのがコツだ、シマノのコンポーネントが105以上の奴を買え。30万はかかるから覚悟しろ』
運動不足解消に軽く乗ってみたいな、予算は5-10万くらいかなって思ってたところにこの回答だとすっげー重たく感じるんじゃないだろうか。
結婚相談所もそれと同じで、『効率よく異性と会えるよ、結婚までの最短ルートだよ、だから30万かかるのは当然だよ』と言われても婚活ガチ勢以外がビビるのは不思議じゃない。
DeepLで翻訳
ベルは、私たちのオンラインとオフラインの二重生活について、美しく観察され、まばゆいばかりのアニメーションで描かれたSFのおとぎ話である。
細田守監督のサイバー童話は、基本的に壁一面の大作で、その背景には仮想世界が広がっており、
ウィリアム・ギブスンの目が飛び出るほど緻密で壮大な世界観の波が押し寄せます。
細田氏は、誰もが秘密を持っていると考えており、インターネットは、それらを処理し、傷を癒し、
自分自身から私たちを救ってくれる人を見つける能力に役割を果たす可能性がある.
彼が古典的なおとぎ話の豪華な SF 味のあるバージョンを通じてそれを行うことは、
単なるおまけではありません (これらのコンポーネントだけで、ヴィルヌーヴの時代を超越した物語の記憶に残る新しいバージョンが作成されたはずです)。
https://www.metacritic.com/movie/belle-2021/critic-reviews
日本だとファンタジーだという批判があるけど海外だとむしろそういう風に観ているからここまで国内外で評価が真逆になったんかなあ
自転車は機材が変わったとしても自転車に乗るという楽しみの本質自体は変わらない。
自転車乗りならわかってもらえると思うんだけど
より速く、より疲れず、長い距離を走ることは可能になると思う。
その部分にどれほどの価値を見出すか?ということだと思う。
自転車は機材スポーツなので機材に対しての興味は尽きることはない。
でも、どれだけ機材が進歩して素晴らしくなったとしても、
何台かのバイクを乗り換え、ホイールを換え、コンポーネントも変わり、ビッグプーリー、電動化、ディスクブレーキetc機材は大きく進歩して変わっていった。
でも、変わらないもの。
そのバイクに乗っていたらローディに鼻で笑われたこともあるけれど、
どんな感じでした???
https://shannon-lab.co.jp/?p=9737
昨今ではFacebookが開発したJavaScriptフレームワーク「React」が注目を集めています。Facebook、Instagram、Airbnb等の大規模なサービスから、プロトタイプまで幅広い現場で採用されています。
また、GoogleのBaaS(Backend as a Service)「Firebase」が登場し、バックエンドの開発が不要となり、大幅な開発工数の削減が可能となりました。
Reactにフロントエンド、Firebaseをバックエンドとして採用することで、効率的に質の高いWebアプリケーションを開発することが可能になりました。
しかし、ReactやFirebaseは日本語の情報も少なく、学ぶ機会も限られています。本講座では、React、Firebaseの基礎からアプリケーションの開発までマンツーマンで指導を行います。
ReactとFirebaseの基礎を習得し、演習としてSNSの開発を行うことで理解を深めます。
Authentication基礎と会員機能
Firestore基礎とRDBとの違い
Cloud Storage基礎
Cloud Functions基礎
SNS開発演習1
SNS開発演習2
SNS開発演習3
本講座のメリット
開発からデプロイまで、テストツールを使い実際の開発に限りなく近い環境で学ぶことにより、実践で生きるスキルが身につきます。一人でもアプリの開発ができるようにスキルアップしていけます。
受講費 月7万x6ヶ月=42万円+税
'''
タイトルの通り。
自分が実は大した実力も持っていない無能であると、かなり前から気付いている。
年収はそれなりにあるが、いつバレないかヒヤヒヤしている。もうばれているかもしれない。
1. プレッシャーに弱い
何らかの期限とか、顧客が怒っているとかがあると途端に集中力や判断力が欠如し、自分でも後から何をやっているんだ?ということをしでかしてしまう。
普段通り冷静に一つ一つやれば良いだけなのだが、プレッシャーがかかっていると頭の中がごちゃごちゃになってしまい、結果、マイナスにしかならないことをやらかす。
2. マルチタスクに弱い
1,2ぐらいであればまだ問題がないのだが、4,5個以上の急ぎのタスクを抱えると優先順位付けが下手くそで、全然重要ではないことを先にやってしまったりする。
前述のプレッシャーに弱いも重なり、プレッシャーがかかる中でマルチタスクを抱えると酷いことになる。
3. 調べる力が弱い
一応エンジニアなのだが、トラブルシュートなどで複雑なコンポーネントを一つ一つ紐解いて問題の原因を特定するのがとても苦手だ。
コンポーネントが少ない場合は頭が冴えて深掘り出来るのだが、そうでない場合は一気に物事の解像度が下がる。ふわっとしか理解出来ない。
単純に馬鹿なだけなんだろうと思う。
無能でかつやる気があるわけでもない。いつか無能がバレて今の職場から追放され、路頭に迷う日が来るのが怖い。
いっそ宝くじでも当たって仕事から解放されないかなと買い続けているが、今のところ当たる気配はない。
路頭に迷うことになったら死ぬかも。というか安楽死したい、今すぐ。別にやらかして精神状態が悪くなくても、人生に希望や目標がないので生きている意味もない。
技術部顧問レベルでReact知ってる人って少ないよね(実務で使ってる場合)
技術トップがReact知ってると、ちゃんと開発してるんだなあ、って思うけど。
なんも知らないやつマジで知らない落差がすごい。
コンポーネントを細かく分割すると本当に小さい部品、テキストエリアと送信ボタンだけの部品とかになるので。
開発者によってはコンポーネント数は凄まじく増える(いいか悪いかは別として)
コンポーネントは複数まとめて一つのファイルに記載できるから、jsxファイルの数=コンポーネントの数じゃない。
jsxファイルの数=コンポーネントの数って前提で話してる技術部顧問と話して、その上絶対自分の間違いを正さないから、話合わなくてめんどくせー
JavaとかやってるからReactもノリで答えられるっしょ〜、みたいなやつ。
この顧問のように勉強しなければ、すぐに時代遅れになるんだなと自戒した
というか十分な知識のない奴はこういう知ったかぶりの言うこと本気にして鬱になるんやろな…。
(JSXは別に気持ち悪いとは思わなかった。classNameとhtmlFor以外は)
------------------------------------------------------------------
使いたいデータは data に書けばいいし、使いたい関数は methods に書けばいい。
非常に単純明快だ。
------------------------------------------------------------------
React は、JS をある程度理解していないと使うことすらままならない。
さらに React の設計思想を深く理解していないと、うまく使いこなすことはできず render 地獄が生まれてしまう。
「俺たちの設計思想が理解できない奴は使わなくていいよ。初心者のためにわかりやすくなんか絶対しないよ」と言うメッセージを、駆け出しの私は確かに受け取った(実際そう思ってるんじゃないかな)。
------------------------------------------------------------------
React 推しのエンジニアのほとんどは、発表当初すでに JS に強かった人が多い。
そして Vue すら理解できないエンジニアが世間にはゴロゴロいることも知らない層だと思う。
だから無批判に React を礼賛できる。そりゃ自分や周りが振る分には切れ味最高なわけだからね。
その剣を持ち上げることすらできなかったり、持ち上げられてもうまく振れない人々がいるなんて、思いもしないのだろう。
------------------------------------------------------------------
しかし強いエンジニアに影響された何もわかってない駆け出しが「React 最高〜〜 Vue はクソ」みたく嘯いているのを聞くと「本当にわかってて言ってる?」と思わざるを得ない。
Vue の Options API すら理解できない人々に、useEffect が使えるわけないからだ。
React 信者たちは「俺達が簡単に覚えられたんだからお前らもできるだろ」的な知的マッチョ思想で、不特定多数の駆け出しにReactを勧めるのを今すぐやめるべきだ。
------------------------------------------------------------------
もちろん強いとわかってる後輩には勧めていいけどね。
日本のエンジニアの給与の下限は、Reactを習得する対価としては低すぎるのです。
------------------------------------------------------------------