「フレームワーク」を含む日記 RSS

はてなキーワード: フレームワークとは

2024-04-25

anond:20240425203601

ぶっちゃけASDだらけのエンジニア界で

よくわからないインフルエンサー

「あの人って具体的に何やって有名なんですか?」

「有名なフレームワーク作って有名な人とかなんですか?」

って意図せずに言っちゃう人がいないのが不思議

 

登壇とかやってるエンジニアって文系よりの人が多いのかな

空気読めず思ったことすぐいっちゃって怒られるガチめの人たちとは違うよね

2024-04-21

anond:20240421163943

プログラミングだって用意された言語やそのライブラリフレームワークを使ってる

料理だって食材は予め用意された物だし、特定料理用に調味料が売られてたりもする

なんだってから作るなんて不可能で、どこから「作った」と言えるかは個人個人価値観による

2024-04-20

前園氏の本で議論されている通り、私はかつてケースなしでコンピュータを組み立てるというグループの信念に従っていましたが、他の人がこの方法で組み立てるのは非常に不便だと感じることが多いため(人々はその不在を不満に思う傾向があります)、約3000円のフレームワークを注文することに妥協しました。 最近、別のフレームワークを注文しようとした際、信じられないほど安いATXケース(3000円未満!)を見つけたので、非常に驚きました。 そのため、現在3台のコンピューターを組み立てており、2台はケースを使用し、3台目はフレームワーク使用して組み立てます

2024-04-18

好きなポッドキャストについてまとめる

そもそもポッドキャストって何?

映像のない YouTube のような存在ポッドキャストです。

まりラジオのようなものです。

YouTube のように、素人投稿できる音声 メディアです。

どうやって聞けるの?

iOSからであれば、Apple Podcast

Androidからであれば、Googleポッドキャスト

Googleポッドキャストは、YouTube music統合の話が出ている

他にSpotifyAmazon musicradikoからも聞けるらしい。

おすすめポッドキャスト

ヤング日経

経済系の番組はおじさんがしゃべっていることが多いが、この番組若い大学生大学院生女の子最近経済について 話しており、非常に聞きやすく、軽い気持ちで聞けるのが良い。ポッドキャスト的な流し聞きに向いてる。

日経トレンディ & 日経クロストレンド

日経トレンディ及び日経クロストレンドという雑誌編集部が送るポッドキャストで、最近おすすめサービス商品の紹介など。

流行りモノ通信簿

ボケとツッコミの激しい2人が、最近サービス商品漫画映画ドラマなど、とにかく流行っているものについて面白おかしく語る。バルミューダ社長のいじりが好き。

COTEN RADIO

世界日本の歴史データベース化して収益を上げようとする会社運営しており、歴史に関して何時間も熱く語り、勉強になる。田川をいじるネタ面白い。YouTube番組でもある。

Dream Heart

茂木健一郎が、さまざまなゲストを迎えて話すラジオ番組最近だと、鈴木おさむさんだとか、Pecoさんが出た。過去ホリエモンメンタリストDaiGoさん等、有名な人がめちゃくちゃ出ている。スポンサーは聖◎新聞な点が気になりますが、特にそっち系の話はない。

未来授業

Dream Heartと同じくゲストを迎えて、大学研究者などから色々な話を聞けるラジオ番組。残念なことに放送終了している。

仏教伝道協会 presents 笑い飯 哲夫のサタデー・ナイト仏教

初期の方は、笑い飯哲夫さんが仏教に関してあれこれ教えてくれる番組でしたが、ネタが切れてきたのか、だんだんとお坊さんをゲストに迎え、 仏教に関するあれこれをトークする番組 に変わっている

バイリンガルニュース

ニュースを読んで、日本語英語雑談する番組。 私は英語リスニング能力が低いので、英語は部分部しか聞き取れないが、マミはだいたい日本語で話をしているため、文脈からなんとなく英語がわかる気になれる。マイケル日本語を喋れるのに、かたくなに英語しか喋らない。

ゆる言語学ラジオ

文法のあれこれに関して、うんちくを語り尽くす番組YouTube番組でもある。 とにかく収録時間が長い。よくも文法単語に関して長時間話せるものだとトークスキルの高さと教養に感心する。

ニッポンごはん

栄養士料理人コンサルトの3人が日本食文化知識に関して語り尽くす番組で、普段何気なく食べている食事にも深い概念があると気づける。

タダしいyouに見える

中学生から知り合いらしい高槻市出身の2人の雑談番組で、以前はどうしようもない下ネタが多かったが、近年、配信者が結婚子育てを重ね、人間としてまともになっていく感じが興味深い。初期の方から聞いていると、配信者の人生を覗き見している感じが良かったが、 現在過去回は封印されている。

ビジネスウォーズ

トヨタ vs ホンダ任天堂 vs ソニーナイキ vs アディダスなど、業界内で有名な2つの企業がどうやって生まれたのか?どのように成長していったのか?をストーリー仕立てにした番組。 もともとは海外番組で、それを日本語翻訳した番組ありちゃん構成が練られている。

新刊ラジオ

新刊の本の内容をドラマ化や、要約して配信する番組。近年、YouTubeでよく見る本の要約のプロ版だと思う。劇団員ナレーション声優をしていそうに見える。しかし、現在 2020年更新は止まっている。

楠田祐の「人事放送局」~有名企業の人事にズバリ聞く!

大手企業相手の人事コンサルタントである楠田祐が、様々な有名企業人事部ゲストに、人事評価ってどうやるのか、社内コミュニケーションをどうするのか、リモートワークの対応はどうなのかなど、 どのような人を採用するのかなど、人事に関する貴重な話を聞ける。

都会と森のフリーランス

フリーランス全般に関して、家賃をどうしているだとか、発注に関する話だとか、 業界限定しないフリーランスの話を聞ける。しかコロナ禍の始まりと共に更新が止まっており 、コロナ禍以降、彼らはどうしたのか気になって仕方がない。

グリテンラジオ

転職サイトGreen編集部配信している番組で、転職にまつわる話題を話したり、ユニーク事業をしている企業ゲストに迎えて話す番組

backspace.fm

散財王のドリキンと、長らく Web記事ライター活躍していた松尾さんがメインでお送りする番組です。主にガジェット系の話でApple 製品カメラの話などを語っています。かつてはIT系ニュースについて話す番組だったが、 最近自由気ままに好きなことについて話す番組となっている。AIに関する話題も聞ける。 コミュニティ活動も盛んな様子です。

テック系のポッドキャスト

テック系のポッドキャストも多く聞いてるのですが、 テック系に興味がない方もいると思うので 別にまとめますYouTube場合IT系番組初心者向けすぎたり極端な意見を述べる番組散見するが、ポッドキャストは本格的に技術的に語る番組が多い気がする。

Rebuild.fm

宮川達彦さんが運営している番組で、知り合いのエンジニアたちをゲストに迎えて、あれこれ雑談する話で、サンフランシスコで働いているエンジニアも居ますが、意外と技術 寄りの話は少なく雑談が多い。過去に、Perll開発者ラリー・ウォールや、Ruby開発者まつもとゆきひろが出演していた。

mozaic.fm

ブラウザ仕様変更フロントエンド系のフレームワークの最新動向などをキャッチアップして放送する番組で、そういう情報基本的英語なので日本語で話してくれると、とても 勉強になるのだが、話の内容が本格的すぎて気軽に聞ける番組ではない。

fukabori.fm

特定技術専門家を招き、深堀って専門的な話を聞してもらえる番組。これまた、えらく話が専門的で理解が難しいことが多い。最近、t_wadaさんがTDDの誤解について語っていて勉強になった。

エンジニアストーリー by Qiita

Qiitaプロダクトマネージャーの方が、Qiita投稿している人をゲストに迎えて話を聞ける番組ミノ駆動さんや、無職やめ太郎の話が聞けて興味深い。

UIT INSIDE

LINEヤフーフロントエンド チームが送る ポッドキャスト 番組で、フロントエンド最前線の話が聞ける。インターン組のレベル高すぎて、それを聞いてるワイは死にそうになった。

プログラム雑談

Androidを支える技術」を書いているkarino2さんが配信している番組技術的な話や、プログラマーがどうあるべきかなどの心構え などを語っている。この番組が特徴的なのは、定期的にkarino2さんがほとんど1人で延々と喋って配信している点であり、ポッドキャスト番組の中には一人で喋っていることに限界を感じて ゲストを迎える 番組も多いのに珍しいと思う。なろう系について語り続ける場合もある。

engineer meeting podcast

おそらく、サイバーエージェント系の会社で一緒だった人たちが始めている番組で、 主に雑談や近況報告など。気軽に流し聞きできて良い。

アジャイルラジオ

スクラム関西というコミュニティ運営しているアジャイルスクラムについて話す番組です。アジャイルスクラム世界の話が聞ける。アジャイルスクラムではない近況報告や雑談などのほうが多い気もする。

EM . FM

主にエンジニア的な組織論に関する話です。組織に関する抽象度の高い哲学的な話が多く、毎回、理解できるような、難しくて理解できないような気持ちに駆られる。

PHP現場

PHPにまつわる配信番組なのですが、最近更新されていないのが残念。

Backyard Hatena

はてなの開発部もポッドキャストを公開してます。非常に淡々とした雰囲気

これから聞いてみたいポッドキャスト

安住紳一郎の日曜天国

安住紳一郎アナウンサー番組ポッドキャスター化されており いつか聞いてみたと思う

「話し方」のハナシ

コミュニケーション力が上がりそうなので いつか聞いてみたいと思う

Misreading Chat

コンピューターサイエンス系の論文を紹介している番組らしいのでいつか聞いてみたいと思う

むすびに

何かおすすめポッドキャストあったら、トラックバックや、ブクマで教えて頂けると幸いです

2024-04-17

ネット見るようになって四半世紀が経った

<body>とかとか、つたなくて単純なタグ説明をした本を頼りにホームページ開いたりウェブリング伝いに趣味のページを見たり、掲示板にウザ絡みしたりされたり、知り合いがYahooディレクトリ登録されて嫉妬に荒れ狂ったあの頃から気がついたら25年経ってた

 

あれから色々変わったけど、やっぱり大きかったのはGoogle検索とGoogleMapとGmailの登場だったな

今じゃブラウザで色んな事ができるようになって本当便利になった ありがてえ

 

一方でせっかくできたSNS代表格がめんどくせえことになって一部個人サイトへの回帰現象も見られます

今年に入って何人か新しく立ち上げたのを見ました

私もまた個人サイト作ろうかなあ

メモ帳に<html>じゃなくて、npmでセッティングしてフレームワーク使ってgithub管理してhook自動更新するやつ

2024-04-16

anond:20240416095040

テスト対象は大小さまざま。OS保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。

OS保守なら無いのはおかしいだろう

GでもCでもUIはまた別

結論としては書かないほうがいいと思った。

そういうこともある

テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである

全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる

結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。

Jenkins?jUnit等ではなくて?

100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。

まあそれはないだろう

テストコードを書くと実装の見落としが見つかってありがたいことはあった。

テスト設計図から

デバッグするよりテスト書いたほうが早いことがあった。

それはデバッグの一環のような

git pushするたびに毎回走っても全くの無意味だった。

無意味ものを流してはいけない

テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生無駄

一番よくあるやつ

そこのバランス考えないと

バックエンドビジネスロジック担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる

UI場所が変わって破綻するようなのは大概はしない方がいい

その次にサイアクだったのは、テストコードの実行が失敗したときテストコードバグであることが大半であったことだ。

コードのパーツがでかいのでは?

GUIソフトテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である

いね

テストコードを書くと、テストやすクラス実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。

例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると

メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。

DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね

上にも書いたけどパーツがでかいのでは?って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう

その辺はOOのやり方の問題じゃないか

ふつ~に古典的デバッグをすればいいと思う。

デバッグというか手動テストの話かな?

テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルコードで早く完成する。

要件が固まらない、毎週変わるようなのとか、システムが絡むテストコストが凄く高いものUIマイナーな変更なんかは書かない方がいいけど

バックエンドビジネスロジックなど書いた方が絶対にいいものもある

テストコードをやめた方がシンプルというのはわからないな

ものすごくシンプルな小さな機能にしてそれに対するシンプルテストを書くものだと思うけど

2024-04-15

anond:20240415092030

君が無職ワナビーやんけ

何をどのような言語フレームワークでどんなパターンでどのポジションで関わって作ってるの?

2024-04-14

範疇

哲学用語カテゴリではなく、フレームワーク的な使われかた

難しそうな漢字なのでカッコいいからだと思われる。

anond:20240414125453

味噌汁にクソを入れるかミソを入れるかはどうでも良くないよ

デザインパターンというのは言語フレームワークを超えて使うものだよ

GAFASWE面接言語フレームワークなんか聞かれないよ

好きな言語で答えてくださいって言われる

あっちも別にその言語が得意とも全然限らない

俺は知ってるんだよ

2回落ちたから笑

anond:20240414130151

お前の中で靴選びが言語フレームワークだとして、靴選びを否定する必要は無いだろ?

anond:20240414124213

かい定義はどうでもいいが、言語フレームワーク技術のうちという俺の話に異論あるのか?ないのか?

anond:20240414125045

フレームワークとか言語は「技術のある」エンジニアならすぐ慣れるんだよ

靴が変われば影響はあるかもしれないけどすぐ慣れるでしょ

君の言ってるのはもう書いたけどデザインパターンとかアルゴリズムとかだね

そういうのも本読めば誰でも(サポーターでも)なんでも言えるけど

実際に使って実績を上げてるかどうかは全然違う話だね

そこはその通り

anond:20240414124107

言語フレームワークに詳しいこと自体は、サッカーでいうとサポーターでも出来ることで、実際にサッカー選手としてどのレベルなの?という観点では実際にサッカーの実戦もしくは過去の戦績 を聞かないと分からないという話だぞ

そして、優れたサッカープレイヤーは、大抵どちらも優れているという話だな、若手・新人管理職営業職なら、熱心にサッカーを観戦して知識があるだけでも俺は良いことだと思うぞ

anond:20240414123857

言語とかフレームワークは今は靴がどこのがいいとか審判からここは見えないとかいうことであって

ドリブルうまいとか足が速いとかシュートが正確とかいサッカー技術ではないんだよ

サッカー知らんけど

anond:20240414122613

言語フレームワーク技術のうちには入るぞ

言語フレームワーク技術でない」というのは、例えばサッカープレイヤーとしての価値を測る物差しフォーメーション戦術に関する知識量よりも、実際のプレーや戦績という話であって、ある程度の水準以上の選手プレー知識も優れているし、フォーメーション戦術サッカーではないという奴はいないだろう

anond:20240414122233

から言語とかフレームワーク技術のうちに入らないと何度も何度も何度も言ったろう

モダンフロントエンドなんか意味ない

タイトル釣りです

去年から稼働している現場で、以前からあったReact Nativeの面倒を見ているんだがまあこれがひどい出来なんだ。

jQuery時代に見かけたようなコードをやたら見かけたので思わず懐かしくなってしまった。

リファクタリングしようとしたけど直す範囲が広すぎてアプリを壊しかねなかったので、早々に諦めてだましだまし保守をしていた。

そんな中今年に入ってアプリリニューアルの話が出てきた。React Native捨ててSwift/KotlinやらFlutterに書き換えるとかそういうのではなく、デザイン刷新といくつかの機能改修。

このままだとアプリが更に魔窟化するので、マネージャーに色々相談したところいくつかの事実がわかった。

ということだった。

結局現状のまま進めるわけにはいかず、要件定義の傍らリファクタリング作業をしている。

そういう経緯もあったので、リファクタリングテスト工数も積んだ上で見積もりだしてもらってる。

レガシーアーキテクチャモダンアーキテクチャ刷新」なんてよく聞く話しだけど、

実態は「長年の増改築とだましだましのリフォーム限界になってきたので新築で建て替えます」何だと思う。

最近は「Vue.jsからRemixマイグレーション」なんて見かけるけど、悪いのはVue.jsじゃなくて禄に設計しないでコード書いてるエンジニアと、

リファクタリングには予算でないけどマイグレーションなら予算取れるという悪しき風習

年がら年中フロントエンド刷新しているような会社地雷なので行かないほうがいい。

いくらRemixやらNext.jsやら最新鋭のフレームワーク使ってても、クソコードで書いたらクソが出来上がるだけだ。

新しいフレームワークを試す暇があったらリーダブルコード最初から読み直せ。

2024-04-13

市場価値のない無能が勢いでSES企業を辞めたのでご相談

追記(04/14)

今時点で頂いているトラバブコメもすべて目を通しました。

はてなの皆さん、増田の皆さんたくさんの反応ありがとうございます

どうしたもんかと悩んでる状況の中で、エージェントの人に話してもあまりピンと来ない反応が返ってくるし、周りに相談出来る人もいないしで、かなり勇気づけられました。

とりあえず今時点で返せる分だけお返事返しておこうと思う。

フィヨルドブートキャンプやれば?

恥ずかしながらこんなサービスがあるのを知りませんでした。

今の状況では1000時間学習してから転職ってのは難しいんだけど、転職活動終えたら利用してみたいなという気持ち

開発に夢見すぎ

自己評価低い

その通り、かもしれない。

技術記事とか書いてアウトプットしてる同世代以下の優秀な技術者たち見てて、自分とのスキルギャップ絶望してたところだったんだ。

5年弱ぐらいローコードじゃなくて、コーディングで実務経験積めてたらなあって。

後悔してもどうしようもないのは分かってるんだけども。

IT業界に詳しい皆さんに頼りたい。

私のキャリアについて言葉を選ばず相談するので、言葉を選ばずレスポンスしてもらいたい。

鞭歓迎。

協会にご登録頂ければ、~~~

ありがとうございます登録させてもらいました。

弊社来ない?

!!!

すごくめちゃくちゃたいへんありがたいお誘いなんですが、

増田相談してそれで就職してっていうのがとんでもなく恥ずかしい。

甘えず自分転職活動頑張ります

でも、本当にありがとうございます

snowflakedbt覚えて~

DWHの知識に疎いので、勉強してみます

ありがとう

あと色々突込み入ってた「作りたいWebサービス」については実際にdjnango使って手を付けてる段階です。

何てことない内容なので、確かにこれを作るためにわざわざ転職する必要はなさそうだ...。

プロフィール

・30歳

・単身

3月転職先も決めないまま5年ほど勤めていた会社を辞めた

MARCH文系

・持ってる資格Iパス,基本情報技術者のみ

前職

SES企業規模100人ぐらいの小さな会社

ETLツール(ローコードの開発ツール)を使ってデータ連携基盤を作成するための開発エンジニアとしていくつかプロジェクトに参加してきた。

年収400~500ぐらい。

平均的な残業時間は30hぐらい?少人数で本番稼働と運用保守トラブル対応してた時は100時間は優に超えてたぐらい。

身についたこ

特定のETLツールについての知識(前社の人員の中では最も実装/設計/開発の能力があった。と思う。)

DBの浅~~~い知識(基本的DDL,DML,DCLなら全て書ける程度。チューニングとかはやったことないので分からない。)

BashやらPowerShellやらの浅~~~~い知識(プロジェクト簡単スクリプト作成した経験があってその時に色々調べた程度。)

・開発チームのリーダーをやっていたのでそのあたりのマネジメント経験(PM/PLは未経験)

顧客折衝経験

・大規模プロジェクトでの設計から運用保守までの経験

VBA簡単マクロが組める

以下は会社辞めてから独学

Javaとそのフレームワーク入門書籍一冊分ぐらいの知識

Pythonとそのフレームワーク入門書籍一冊分ぐらいの知識

html,CSS入門書籍一冊分ぐらいの知識

Linux入門書籍一冊分ぐらいの知識(資格取得に向けて勉強中)

つかこんな風になりたい。

受託開発、自社プロダクトの開発をしている企業に勤めたい

私服作業したい

モダン技術仕事したい

プログラミングの知識を身に着けたい

・作りたいWebサービスがあるので、プライベートでそれ作りたい

相談の経緯

基本的プログラミングの部分を全く業務で触ることな仕事してきた。

前職を辞めて、出来上がったのはローコードの開発ツール経験しか持っていない、市場価値のない化け物だった。

でも、前職みたいなローコードツールを使った開発から離れたいのよ。つまらないし、同じことの繰り返しだし、地味だし。

技術的に未熟な部分が多すぎて一足飛びに理想企業に勤めるのが無理なのは分かってる。

とはいえ、年齢的にももデッドラインが近いんじゃないかと焦ってる状態

転職活動の状況

色々エージェント登録して求人見ながら自分でも出来そうな社内SEポジションに3つほど応募した。(結果はまだ)

前職の経験踏まえたコンサルオファーが来るが、給料は魅力的なものの「開発とか技術とかからは遠のいちゃうんじゃないか」って足踏みしてる。

SESと前職に似た開発,PM/PLポジションオファーもたくさん来る。

相談したいこと

化け物が「いつかこんな風になりたい」を実現するためには実務経験のためにSESで基礎から3年ほど実務経験を積んでからって思ってるんだけど悠長すぎる?

諦めて別の道、もしくは元の経験を活かせる道を探したほうが良い?

特定避けるために端折っている部分も多いけど、不足していて伝えたほうが良さそうな情報がありそうだったらあとで追記する。

2024-04-09

anond:20240409115303

かなり具体的だけどね

エンジニアって科学を知っててそれを使って何か作る人でしょ

ソフトなら情報工学だし

デザインパターンだとかデータベース設計とかアルゴリズムデータストラクチャとかアッセンブラとかフレームワーク言語関係いからね

anond:20240409114857

全く違うかな

言語フレームワーク」は技術のうちに入らない

技術はそれを超えて使えるもの

それ以外にもコミュニケーション力は自分のやってることを説明できる程度はそこそこ大きなソフト作るならもちろんいる

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