はてなキーワード: Pythonとは
YAMLにPythonを200行も書くような奴は最初から願い下げだわな。
直したからOKとかいう話じゃなくて、そもそもそんな選択する奴が語る技術による都政なんて、危な過ぎて素人の方がまだマシなレベル。
言語とは、特定のルールに従って情報を伝えるためのシステムです。
CSSは、ウェブページのスタイルを定義するための特定のルールセットを持ち、それに従って情報を伝えます。したがって、CSSも言語の一種です。
CSSは汎用プログラミング言語(例:JavaScriptやPython)とは異なり、特定の目的(スタイルの定義)のために設計されています。
Turing Completeでない言語も言語として認識される例として、HTMLやSQLも挙げられます。
CSSも同様に、特定の目的を果たすためのスタイルシート言語です。
世界中のウェブ標準を推進するW3C(World Wide Web Consortium)は、CSSを正式な言語として認識し、仕様を策定しています。
注意: 以下のデータは実際の統計データではなく、分析の目的で作成した仮想のデータです。実際の分析には、信頼できる公的機関からの正確なデータを使用する必要があります。
年 | ドル円為替レート(年平均) | 実質GDP成長率(%) | 有効求人倍率 |
------ | --------------------------- | ------------------- | -------------- |
1980 | 226.74 | 2.8 | 0.75 |
1985 | 238.54 | 6.3 | 0.68 |
1990 | 144.79 | 5.6 | 1.40 |
1995 | 94.06 | 2.7 | 0.63 |
2000 | 107.77 | 2.8 | 0.59 |
2005 | 110.22 | 1.7 | 0.95 |
2010 | 87.78 | 4.2 | 0.52 |
2015 | 121.04 | 1.6 | 1.20 |
2020 | 106.77 | -4.5 | 1.18 |
2023 | 140.00 | 1.9 | 1.30 |
## 2. 散布図の作成
```python
import matplotlib.pyplot as plt
# データ
exchange_rate = [226.74, 238.54, 144.79, 94.06, 107.77, 110.22, 87.78, 121.04, 106.77, 140.00]
gdp_growth = [2.8, 6.3, 5.6, 2.7, 2.8, 1.7, 4.2, 1.6, -4.5, 1.9]
job_ratio = [0.75, 0.68, 1.40, 0.63, 0.59, 0.95, 0.52, 1.20, 1.18, 1.30]
# GDP成長率との散布図
plt.subplot(121)
plt.scatter(exchange_rate, gdp_growth)
# 有効求人倍率との散布図
plt.subplot(122)
plt.scatter(exchange_rate, job_ratio)
plt.tight_layout()
plt.show()
```
## 3. 相関係数の算出
```python
correlation_gdp = np.corrcoef(exchange_rate, gdp_growth)[0, 1]
correlation_job = np.corrcoef(exchange_rate, job_ratio)[0, 1]
print(f"為替レートとGDP成長率の相関係数: {correlation_gdp:.2f}")
print(f"為替レートと有効求人倍率の相関係数: {correlation_job:.2f}")
```
## 4. 分析結果
## 5. 考察
- 弱い正の相関(0.32)が見られます。
- これは、円安傾向(為替レートの上昇)が若干のGDP成長率の上昇と関連している可能性を示唆しています。
- ただし、相関は弱いため、他の要因も大きく影響していると考えられます。
- 非常に弱い負の相関(-0.15)が見られます。
- この結果からは、為替レートと有効求人倍率の間に明確な関係性を見出すことは難しいです。
- 雇用市場は為替レート以外の多くの要因に影響されている可能性が高いです。
3. 全体的な考察:
- 為替レートと経済指標の間に強い直接的な関係性は見られませんでした。
- 経済は複雑なシステムであり、為替レート以外にも多くの要因が影響しています。
- 時期によって関係性が変化している可能性もあるため、より詳細な時系列分析が有用かもしれません。
- また、産業別の分析や、輸出入への影響など、より細分化された視点での分析も考慮する価値があります。
4. 注意点:
- このデータセットは限られたサンプル数であるため、結果の解釈には慎重になる必要があります。
- 実際の分析では、より長期かつ詳細なデータを用い、統計的有意性も考慮する必要があります。
## 6. 今後の分析案
また詐欺師が「Pythonできます!」で人工知能という文句を使って、女と若者を狙っていますよ!そいつ下ネタが受けると思ってるので、近づくと不愉快になるよ!見極め方は「最近のAIについて質問して、TPU の構造から説明して?」「Python以外の言語でブロックチェーンを記述できますか?」「前の会社を潰して、法人登記し直したのは何故?」と聞いてみよう!
会議で会話したりするならまだしも、まじ黒子と化して議事録つくるのもいや。
今にも流れそうな言葉を拾う、リアルタイム議事録は会議時間という制限も相まって、聞き漏らし書き漏らししないように精神を研ぎ澄まされてちょっとゲームぽさもある。また、会議に参加しているメンバーがいることで、さみしくない。
だがしかし、録音された会議から議事録を起こすとなると、その全てが失われる。
空虚な上に、自分の完璧主義が顔を出して一言一句書き起こしたくなる。
※議事録としては適切ではありません
そこで、以前有能増田にアドバイスをもらったwhisperをローカルに構築した。
pipでライブラリインストール中にブルースクリーンになったときはし絶望感しかなかった。
再起動も乗り越えて、ちまちま構築。
とりあえず、1本の打ち合わせ動画解析までこぎつけた。が、とにかくCPUつかうはずなので、終わるまでスマホで時間つぶそ〜とおもったんだが、まあ、止まる。
すごく細かくメッセージ書いてあったが、最新版はとりあえず非対応らしい。一旦pipからnumpyアンインストールして、1.xの最新版インストール
みたら、Pythonさんのバージョンがあってない?からライブラリよめてなかったぽい?
3.PF16がのってるCPUはサポートしてないのでなんたらこうたらエラー
これがなんだかはわからん。
Javaのサンプルコードに3DCGとかソートの可視化とかグリーンスレッドとかネットワークのソケットとか色々あったので、それを読んでそれぞれのネタ勉強したし、
結果的に3DCGをとりあえず専門にしようとか、進路にしようと決めたわけだけど、
自分の生誕うん周年記念として、再びJavaで何かやってみよう、とか思ったわけだけど、
ちょっとSpring Bootでチュートリアルレベルのもの書いてる段階で色々嫌になってしまった
~やるならPythonがいいよ、みたいなのは他の言語でも色々あるが、今から~やるにはJavaがいいよ、ってアドバイスしたくなるようなことがまったく思いつかない
昔だったらJava AppletがFlash以前にあったり、WebだってJavaのStrutsが全盛だった時期があると思うけど、
今の時代、~やるならやっぱJavaだよね!とドヤれるネタがまったく思いつかない
あと、Pythonって基本グルー言語、文字通り「のり」接着剤みたいな役割であって、
例えば、Cで書いたAというライブラリがあって、また別の言語で書いたBというライブラリがあって、
このAとBを無理やりくっつけて動かしたい、みたいなときに、昔から外人はなぜかすべてPythonでくっつけたがるので、
pip install Aとpip install Bやって、import Aとimport Bして、ちょっとPythonコード書けばできるよね!という話に持ってきたがるわけだけど、
あと、3DCGのBlenderも、あれもPythonバインディングの塊みたいな設計で作られてて、外人はなんでもPythonって文化が昔からあるよなぁと思うわけだけど、
Javaにそういう文化があるかっていうとない、動的にクラスロードしたり、色々変なこともできるのにね…
Javaでバインディングしたものは当然あるけど、Pythonのようなパッケージ数はないし、Mavenとかあんな感じだと、最近のパッケージ管理のような緩さもない
結局、本当はJavaじゃなくて、Javaに似た何かなんです、という言い訳で採用されてるAndroidとかの方がJavaのメイン市場として適しているのではないだろうか
UnityとかUnrealとかGodotとか使うのも何か嫌なんだよなぁ、と思ったとき、libGDX使ってJavaガリガリ書いてゲーム作ってるときは書いてて楽しい
でも、そのゲームが他人が面白いと思うのか、わざわざGoogleのストアに載せる価値があるのかは甚だ疑問である…😟
あ、でも、JavaのDukeくんの巨大なぬいぐるみがあったら、迷わず買ってしまう自信があります
あれを幼女のコスプレにしたりしてるのを見かけますが、無粋ですね
ぎくりとした。私も数ヶ月前から精神科に通院しているからだ。ADHD疑いで。
ADHD。
子供の頃から忘れ物、遅刻、約束忘れ、すごく多かった。成績は良かった。大学も行けた。就活もして都内大手企業に内定。苦手なことは3倍かかったし、ミスも多くて怒られた。みんなが出来ることが出来なかったが、幸いプログラムが組めた。Excel、VBA、SQL、Python…コイツらのおかげで出世はできなかったが、仕事はできた。
子供が産まれると予定が増える。1人目。まだなんとかなった。癇癪がすごい。子供の泣き声がすると2回警察を呼ばれた。殴ってない。むしろ殴られてた。2才だった。
2人目。
もう全然回らなかった。仕事。家事。育児。びっくりするくらい予定を忘れた。保育園の連絡帳。記帳がないからプールに入らなかったと言われた。ごめん。保護者面談2回忘れてた。PTAの仕事。やらなきゃとわかっているのに手が動かない。もう、もう、ダメだった。
でも障害者になるのが嫌だった。
精神科に行った。病院で薬をもらって飲んだら嘘みたいに頭がスッキリした。毎日未完了のタスクがぐるぐるしていた頭が真っ白になって、タスクに取り組めた。
もう。認めるしかなかった。
この子も苦しむのか。知らずに産んでごめん。友達と一緒に遊んで悪気なく手を挙げたりするって。聞いたよ。私も全く同じことを子供時代にしていた。
ごめん。ほんとに。なんで知らなかったんだ。これから先、すごくすごく苦しいだろう。
私は友達と話す時、会社の同僚と話す時、素で話せたことはない。学習して学んだ適切な振る舞いをして過ごしてきた。だからすごく疲れるし1人になりたかった。今もそう。家族にもそう接してる。良い母の顔でずっと探してる。素の自分じゃ誰も好きになってくれない事を知ってるから。お母さん以外素の私を好きになってくれる人はいなかったから。
こんな文書いて何したいのか。
本当にごめん。ごめん。ごめんよ。
ADHDってどこかに居場所があるのか?薬を飲んで健常者のふりをしても、それは私じゃない。ずっと自分を否定ながら、明るいフリをして、元気なふりをしてこれから先生きていく。子供も。
療育を受けましょう。と、先生は言った。療育。健常者の考えそうなことだ。特性を理解して付き合いましょう。もう、いやだいやだいやだいやだ
ぎくりとした。私も数ヶ月前から精神科に通院しているからだ。ADHD疑いで。
ADHD。
子供の頃から忘れ物、遅刻、約束忘れ、すごく多かった。成績は良かった。大学も行けた。就活もして都内大手企業に内定。苦手なことは3倍かかったし、ミスも多くて怒られた。みんなが出来ることが出来なかったが、幸いプログラムが組めた。Excel、VBA、SQL、Python…コイツらのおかげで出世はできなかったが、仕事はできた。
子供が産まれると予定が増える。1人目。まだなんとかなった。癇癪がすごい。子供の泣き声がすると2回警察を呼ばれた。殴ってない。むしろ殴られてた。2才だった。
2人目。
もう全然回らなかった。仕事。家事。育児。びっくりするくらい予定を忘れた。保育園の連絡帳。記帳がないからプールに入らなかったと言われた。ごめん。保護者面談2回忘れてた。PTAの仕事。やらなきゃとわかっているのに手が動かない。もう、もう、ダメだった。
でも障害者になるのが嫌だった。
精神科に行った。病院で薬をもらって飲んだら嘘みたいに頭がスッキリした。毎日未完了のタスクがぐるぐるしていた頭が真っ白になって、タスクに取り組めた。
もう。認めるしかなかった。
この子も苦しむのか。知らずに産んでごめん。友達と一緒に遊んで悪気なく手を挙げたりするって。聞いたよ。私も全く同じことを子供時代にしていた。
ごめん。ほんとに。なんで知らなかったんだ。これから先、すごくすごく苦しいだろう。
私は友達と話す時、会社の同僚と話す時、素で話せたことはない。学習して学んだ適切な振る舞いをして過ごしてきた。だからすごく疲れるし1人になりたかった。今もそう。家族にもそう接してる。良い母の顔でずっと探してる。素の自分じゃ誰も好きになってくれない事を知ってるから。お母さん以外素の私を好きになってくれる人はいなかったから。
こんな文書いて何したいのか。
本当にごめん。ごめん。ごめんよ。
ADHDってどこかに居場所があるのか?薬を飲んで健常者のふりをしても、それは私じゃない。ずっと自分を否定ながら、明るいフリをして、元気なふりをしてこれから先生きていく。子供も。
療育を受けましょう。と、先生は言った。療育。健常者の考えそうなことだ。特性を理解して付き合いましょう。もう、いやだいやだいやだいやだ
基本はそうだよ?型定義なんかない方が解析が早いからわざわざGoogleが型にルーズなPythonを流行らせたわけだし、
コードが遅いのだって彼らの目的には間に合ってたんだからいいんじゃね?
データ解析系は結果さえ出ればよいので処理時間でのチューニングなんかしないしな(=仕事上・研究上価値がないので高速化の勉強をしない)。
パッとコード書いて試して、違ったらちょっと変えてまた試しての繰り返し、そのサイクルを如何に回すかの世界だ。
もちろん速さが必要な分野、例えば競プロ勢はそこの戦いだからアルゴリズムを爆速で動かすぞ?
まぁコピペが多いとかは限られた時間で問題の答を出さないといけない競プロでは正解になることがあるけど、
それはただプログラミングの経験が浅い人が多いだけで、競プロ・機械学習出身者だからコピペが多いという話なのか?
ただ経験の浅い人が流行り物の競プロ・Pythonとかに飛びついただけの話で、それを機械学習出身者とかってくくるのはおかしい。
https://anond.hatelabo.jp/20240625191650
念のため言っておくと底辺大や文系出身プログラマーも同様の傾向にある
入力値に想定外のものが入ることを考えていなかったりI/Oに関わるエラーについても配慮がない
「エラーが出たらとにかくtry-catchしてログ吐いて終わり」
ならまだマシな方で、「握りつぶして処理続行」みたいなことも平気でやる
とか滅茶苦茶多い
異常系の話と被るけど基本的に性善説でコード書くのでセキュリティの不備がめちゃくちゃ多い
API作らせてもリクエストの内容を信用して実装するしサニタイズチェックもしない
サーバー作らせてもrootか共通ユーザーだけで運用するしファイル管理も滅茶苦茶
とにかく「目の前に与えられた課題を解く」だけのコードなので他のことに関する配慮が全く無い
TypeScript使わせてもanyだらけだし、JavaとかだとObjectだらけ
うちはPythonでは型は使わないけど命名規則で担保してるのにそれもガン無視で実装する
結果としてできあがるのは
「一応、正常系では動いているけれど他の入力が来たときにどうなるか分からないし誰も修正できない」
っていうコード
最近はそういうコードはChatGPTにぶち込んで型付けて貰ったりするけど
8割ぐらいの確率でChatGPTも型付けできない状態になっててお手上げになる
そりゃ動くし性能も変わらないけど後でバグがあったり変更するときにすげー困る
これもChatGPTにぶち込んで「共通的な処理をメソッド化して」って言うとやってくれるのでめっちゃ便利
クソ重いwhileループになってるメソッドをフレンドリーに何回も呼び出したり
とにかく「最終的に出来上がるものが良好であれば時間がかかっても構わない」的なコードが非常に多い
競プロ系はこういう人はあんまりいないんだが機械学習出身者はマジでこれ
彼らはデータを解析したり優秀なモデルを作るために頑張ってきたので継続的に処理負荷を減らす、みたいなことに意識が回ってくれない
「これはPoCですから」
とか言うんだけど誰でも分かるようなクソ遅いコード書いておいて
とかしれっと言ってくる
anond:20240624084844 を読んで思ったこと。2番目以降は正直良くわからないが、一点目についてはわかりみしかない。
うちはメガベンチャーで内製アプリの開発保守をしてるんだが、新卒で採った青(水色?)のエンジニアが連続でクソ野郎でめちゃくちゃしんどかった。
こっちはお前が学生時代に取った資格の話なんて興味ねえんだよ。
お前のガクチカなんぞ知らん。
競プロエンジニアといっしょに仕事したことある人なら大体頷いてくれると思うんだが、彼らの書くコードは本当にひどい。
処理がどれだけ効率的だろうが、実務においてメンテナンサビリティの無いコードはゴミだということが理解できないらしい。
しかも彼らは「コードは短くて高速なのが善」という前提を頑なに信奉しているので、注意しても聞く耳を持たない。
実験でPython触ってましたくらいの理系プログラマの方が可塑性があってよっぽど有益だ。
PRやSlackの文面がいちいちキツく、他のチームメンバーを萎縮させることもしばしば。
「そんなこともわからないんですか」って本当に言う(しかも文面が永久に残る場所で)やつ本当にいるんだ、って驚愕した。
しまいには自分の業務と全く関係のないリポジトリにゴミPRを投げて別の部署との間で一悶着起こす始末。
流石にこれについては上長経由で苦情が来たので、コミュニケーションに問題があるって人事評価で伝えることになった。
コイツらのせいであまりにも空気が悪くなり、部署全体のミッションとして「心理的安全性を高めよう」と書かざるを得ないところまで行った、といえば影響の大きさがわかるだろうか。
最終的に二人共インフラ系の部署に移ってくれて、俺等は内心ホッとしている。同じような経緯で追放された赤コーダー二人の下で、彼らの好む"競争的"環境をさぞ楽しんでいるに違いない。
彼らは与えられたタスク以上の「余計なこと」をやらない。
これはまだタスクとして振られてはいないけど、間違いなく誰かがやらないといけない事だから自分の仕事にしてしまおう、みたいな気の利くムーブができない。
先見の明に欠けるというか、たぶん、彼らの中には「上から問題が与えられ、それをクリアできたら合格」という価値観が染み付いているのだろう。
もっと悲観的に捉えると、むしろ同僚を貶めれば相対的に自分の評価が上向くと思っているので、チームメンバーへの協力を積極的に回避しているのかもしれない。
不思議なのが、この子達、出身も大学も全然違うのに上記の問題行動は共通してたんだよね。
競技プログラミングが学生の人格を歪めているのか、元々歪んだやつが競技プログラミングにハマるのかわからないけど、何らかの相関はあると確信してる。
…とはいえ、もしかすると我々は彼らにとって役不足だったのかもしれない。競技プログラミング出身者を採って上手くハンドリングできてる事例があったら教えてほしい。
いずれにせよ、うちは全社的にエンジニア採用の時に競技プログラミング実績は加味しないという方針になった(実際のところはマイナス評価点になっているらしいが)ので、このような悲しいミスマッチはもう起こらないだろう。