こんにちは。 FindyのTeam+を開発している西村(sontixyou)です。 【エンジニアの日常】エンジニア達の自慢の作業環境を大公開 Part1と題して、公開したブログが好評でした。 それに続いて、弊社エンジニア達の作業環境を見ていきましょう！ 作業環境を大公開 西村 私は、現在週3日ほど出社と残りはリモートワークしています。そんな私の作業環境をご紹介します。 デスクの全体像はこのような感じです。 デスクは新卒時代の先輩からおさがりです。幅120cmのものを使用しています。 ディスプレイはDELLの27インチ 4Kモニタを2枚使っています。1枚だけ縦置きにしている理由は、省スペース化と首の振り向きが大変だからです。 横置きのディスプレイでは、エディタとSlack専用になっています。 縦置きのディスプレイでは、ブラウザ専用になっています。ウィンドウを垂直に2枚置いて活用しています。
This guide is open source, please go ⭐️ it on GitHub and make suggestions/edits there! https://github.com/FrontendMasters/front-end-handbook-2024 1. Overview of Field of Work This section provides an overview of the field of front-end development/engineering. 1.1 — What is a (Frontend||UI||UX) Developer/Engineer? A front-end developer/engineer uses Web Platform Technologies —namely HTML, CSS, and
大ヒットゲーム『Balatro』のコードが“力業”だとして共感呼ぶ。コードが汚くても、ゲームが完成してちゃんと動けばそれでいい - AUTOMATON
ホーム ニュース 大ヒットゲーム『Balatro』のコードが“力業”だとして共感呼ぶ。コードが汚くても、ゲームが完成してちゃんと動けばそれでいい ゲームを制作する際に必要となるプログラム。そのコードの記述にあたっては「コーディングルール」などとして、構造の把握のしやすさなどが求められることがある。一方で今回、あるユーザーが『Balatro』のコードの一部を公開。コードにif文が多用されている点などから注目されているものの、「見づらかったり、複雑なコードでもほぼ問題なくゲームを完成させられる」事例として共感も呼んでいるようだ。 コードのわかりやすさ ゲームの制作にあたっては、基本的にはプログラミング言語を用いてソースコードを書くといった、プログラムの記述が必要となる。プログラミング言語としては、「C＋＋」「C#」のほか「Java」「Ruby」など、さまざまな種類の言語が存在している。 またゲ
CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
こんにちは、 freee でエンジニアリングマネージャーをやっている sentokun と申します。 4 月になり、新人や中途入社など新メンバーの参入など、チームの変化を感じている方も多いのではないでしょうか？ この記事では、そんな新メンバーの受け入れ時に、チームで大切にしたいと思う心構えについて記載していきます。 人と環境には相性がある！焦らずその人にあったペースで 新メンバーは、チームに参画する際とにかくできるだけ早く環境に慣れて成果を出したい！と考えると思います。特に経歴がある中途入社だと、本人は経験がある分早く成果に繋げられるはず！と考えるし、受け入れ側の視点でも、経験豊富なんだから早くキャッチアップしてくれるはず！と期待するかもしれません。 もちろんスタートダッシュが決めれれば大きいですし、そのために全力を尽くすことは大事だと思います。一方で、うまくいかない場合の大事な心構えもあ
D-Plus Tokyo #1 https://d-plus.connpass.com/event/315744/
昨日は https://note.com/takuya_stmn/n/n02e627b9afc3 で会社のアップデートを書きました。プロダクト系職種の中でも、特にコロナによるフルリモートがどの会社でも当たり前になった頃から採用難易度が増してきた、Webバックエンドエンジニア、とりわけRuby on Railsエンジニアの採用の難易度が難しくなった理由について、Rubyを25年間、Ruby on Railsを18年間やってきた中、感じたことを軽く書きます。 1. オワコンである「Rubyが死んだ」「Ruby on Railsは死んだ」みたいな言葉は何度も聞きました。Ruby / Ruby on Railsを使った開発を始めたころから辛さはありましたが、一定の生産性が出るということで利用ケース数は増えていきました。一方で、コミュニティベースの進化は独特の文化を持ち合わせていることもあり、中長期
不確実さが増す世界のプロジェクトマネジメントとはとういうものか 倉貫義人氏：そんな不確実さが増す世界のプロジェクトマネジメントはどういうものなのか。（スライドを示して）プロジェクトがうまくいかない（理由）というのは、このあたりを見てもらうと胃が痛くなりそうな言葉がいっぱい書いてあると思います。想定よりコストがかかるとか、作ったものを直せないとか。 （スライドを示して）これに対してどうすればいいかというと、「こうすればうまくいくのかな？」と考えがちですよね。「遅いからプレッシャーをかけようか」とか「少し遅れているので人を増やそうかな」とか「一気に作ったほうがいいんじゃないの？」とか「属人性を排除しましょう」とかと言いがちですよね。 これらはけっこう言いがちですが、全部失敗するやつです。これを全部やってみたら困ったことにプロジェクトが大変なことになるので、ぜひやってみたらいいと思います。 （会
ゲームプログラミングの初心者向け入門書を、１０代の少年が完成させた。横浜市磯子区に住む杉山悠真さん（１５）の「僕自身、ゲームが大好き。いろいろな人がゲームを作れるようにしたい」という情熱が、全約３８０ページにも及ぶ力作に結実した。販売に向けた準備や全国の中学校への寄贈に向け、５月末までクラウドファンディング（ＣＦ）で支援を募っている。 杉山さんがプログラミングを知ったのは、ゲームが大好きな小学３年生の頃だった。「ゲームを作る側もすごい楽しいんだな」。プログラミングの本を読みあさり、次々と新たな技術を習得。小学６年生までに手がけた作品は８００近くにも上った。 「ゲームの作り方が知りたいのに、何で基礎の説明ばっかりなんだろう」。子ども向けの解説本を読むたびに疑問を抱いた。本当に知りたいゲーム作りのノウハウにはなかなかたどり着けない現状を変えようと、実用的な一冊を自らの手で生み出すことを決めた。
現在、案件で上流工程のサポートとしてアサインしております。 理解が不足している箇所や分からないことがまだまだ多いため、個人で学習した内容を備忘を兼ねてアウトプットしたいと思います。 基本設計とは 基本設計はビジネスサイドの要件定義を実現させるために、エンジニアサイドでシステムに実装する機能を明確化、具体化していく工程です。 要件定義で決めた内容に対して「画面」「機能」「データ」を設計し、実現可能性を検討する項目と解釈しました。 基本設計は「外部設計」とも呼ばれ、ユーザーから見た時の動作を決める工程になります。 上記に添付している @KNR109 さんの記事がめちゃイメージしやすかったです。 ありがとうございます！ クライアントに何をアウトプットする必要があるのか？ 以下、代表例になります。 システム構成図 機能一覧 画面一覧 画面遷移図 データフロー図 APIドキュメント 基本設計はユーザ
みなさんこんにちは。 都内のIT企業でフロントエンドエンジニアをしてますSakuです。 ここ1、2ヶ月くらいオフィスに出社して仕事をすることが多かったのですが、そこで、「あれっ…意外と仕事が捗るな…」と感じることがあったので、そこで感じたことを整理するため言語化してつらつら書きたいと思います。 その発端としては、最近新しいプロジェクトが始まり、その開発のチームリーダーという役割もあったため、まあ折角だしオフラインでチームビルディングやどういうプロダクトにするかなどをエンジニア・ビジネスサイドのメンバーと話し合うのも良いかなと思い、軽い気持ちで他のメンバーにも声をかけて出社の機会を作ってもらったのが始まりです。 それから週に何日かは出社して仕事をしていたのですが、ある時ふと思ったのが、冒頭で感じた意外と仕事が捗る感でした。 本題に入る前に、話は4年前に遡ります。 コロナ禍で生活が変わった 昨
目標設定の基本
NTT Com Open TechLunch #7「エンジニアリングマネージャー と 目標設定」の登壇資料です。20分くらいの短いセッションなので網羅的ではありません 2. 吉羽龍太郎 / Yoshiba Ryutaro アジャイル開発、DevOps、クラウドコンピューティング、インフラ構築自 動化、、組織改革を中心にオンサイトでのコンサルティングとトレーニン グを提供。Scrum Alliance認定スクラムトレーナー(Regional, CST-R) チームコーチ(CTC) / 認定スクラムプロフェショナル(CSP) / 認定スク ラムマスター(CSM) / 認定スクラムプロダクトオーナー(CSPO) 2
『推理小説』が好きな人は【プログラマ】に向いているかもしれない話→「犯人は自分だった」「迷宮入りも珍しくない」システム開発ならではのドラマがある
ビタワン☃️ @vitaone_ ■プログラマ兼漫画家です👨💻 ■「いきのこれ！社畜ちゃん」という漫画を毎週日曜日20時に投稿します ■呟きはITネタ、アニメ、VTuber関連が多いです ■ホロライブ箱推し ■おっぱいが好きです ■ネガティブな話題はツイートもRTもしないように心掛けています🤐 vitaone.fanbox.cc
はじめに 本記事ではレベルアップしたいエンジニアが読んでおくべきQiita記事を紹介します。厳選に厳選を重ねた43記事です。全ての記事を読んでおく必要はありませんが、ちょっとでも「分からないな」「興味あるな」など思ったタイトルがあれば読んでみてください。 次の4種類に分類して紹介しています。参考にしてください。 フロントエンド バックエンド インフラ・Linux周りの知識 その他 それでは、早速紹介していきます！ 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 フロントエンド まず最初はフロントエンドエンジニアに読んでおくべきとおすすめできるQiita記事を11個選びました！フロントエンドエンジニアとしての基礎が身に付く
今月から、エンジニアのみなさまに月イチでなにか話すというお仕事をいただき、4/19に第1回を開催しました。 タイトルは「エンジニアのキャリアをちょっと楽しくする3本の軸」。キャリアと計画的偶発性理論がテーマです。ダイジェスト版のスライドはこちら。 キャリアと無茶振り初回は自己紹介も兼ねて、ぼくのキャリアの話をしました。まずは楽しんでもらうのが大事なので、職務経歴書から厳選面白エピソードをいくつか聞いていただきました（ダイジェスト版では省いています）。でもせっかく機会と時間をいただいたんだし、もう少しお土産を持って帰ってもらえないものか、と考え、改めてキャリアをふりかえってみたら、キーワードは「無茶振り」でした。 ふわふわしたキャリアの中で、転機になったのはいつも無茶振りでした。「Webやってよ」「採用やってよ」「教育やってよ」という当時の自分にとって未経験の仕事は、今考えてみるとありがたい
おことわり 最初に断っておきますが、私はスクラム開発反対の立場をとっているわけではないです。また、スクラムマスターでもないのでスクラム開発について誤った見解を持っている可能性も大いにあります。 また、これから記載するスクラム開発のペインはあくまでも筆者の独断と偏見に基づいて記載されております。そのため、ペインの原因がスクラム開発ではなく、単にその所属組織の構成員の性質や文化的な要因であることも考えられます。おそらく、スクラム開発でなくても起こり得る問題も多く挙げていると思います。そういった側面も踏まえてご意見あれば忌憚なく反論異論いただければ幸いです。 なぜこの記事を書いたか チーム内で密なコミュニケーションをとりながら、個人ではなくあくまでもチームとしての成果を重視するスクラム開発の開発フローは、割と個人の活躍と成長機会を奪ってしまい、結果として組織としても開発成果が縮小均衡になってしま
「やるなら徹底的に」3−4ヵ月かけて仕込んだものを立て続けに発信することで「変革」のイメージを与えることに成功したイオンのDevRel戦略 ｜AEON TECH HUB
イオンCTOの山﨑が2024年2月に開催された「Qiita Night～組織の力を最大化！体験談から学ぶ、エンジニア組織の情報発信術～」に登壇しました。山崎は「イオンの立ち位置を明確にすることでイオンとしてDevRelの戦い方がみえた」といいます。イオンのDevRel戦略とは何なのか？JTC&レガシーならではの情報発信の取り組みや、次に見据えるDevRel活動を起点にしたエンジニア組織の内部変革の展望を紹介します。
あなたは今、ベトナムでのラボ型開発を検討しており、一定期間、専任のベトナム人ITエンジニアを確保し、彼らを最大限に活用するためにはどうしたら良いか悩んでいるところではないでしょうか。 そんなモヤモヤを、まさにベトナムにラボを設立してから10年経ち、オフショア開発会社として数十社の実績と、オフショア開発会社及びオフショア開発を導入したことがある会社など約200社以上との打ち合わせ実績がある当社の蓄積データを最大限に活かし、解説いたします。 メリット・デメリットを紹介したうえで、たくさんある会社の中からどのようなポイントを抑えて会社を選べば良いか紹介します。 本記事を読んでいただき、ベトナムのラボ型開発を採用するか判断材料の1つになればと思います。 ＜参考＞ ラボ型開発と受託型開発（請負）の比較表 項目 ラボ型 受託型 長期的（6ヶ月以上） ◎ ▲ 短期的（6ヶ月未満） ▲ ◎ 開発を進めなが
こんにちは。Findy Freelanceの開発チームでエンジニアをしている2boです。 この記事では私が開発生産性を上げるために開発をする前に考えていることについて書きます。 ここで「開発をする前」というのは次のようなタイミングを指します。 PdMなどから新規施策の仕様について相談を受けたとき 起票された開発Issueを最初に確認するとき 自分がIssueを作成するとき なぜこのタイミングで考えるかというと、開発を進める上での方向性を間違える可能性を減らし後から軌道修正をしやすくするためです。 なおこの記事においては、開発生産性を「開発成果物の提供価値を投入リソースで割ったもの」とします。 いくら頑張って開発をしても、そもそもやるべきことの方向性を大きく間違えると提供価値が0に近づくため開発生産性が低下します。 特に開発が高速なチームで方向性を誤ると高速に間違った方向へ進んでしまうことに
時間のない人向け はじめに 結果どうだった？ 作業環境 周辺環境 食事環境 香雅 珈香和ｃｏｃｏｗａ Tearoom Ciffon 参考 その他感想など 生活リズム 気になったところ・注意した方が良いところ まとめ 時間のない人向け Otellを使って4泊5日のワーケーションに行ってきた ワーケーションに適した作業環境がきちんと揃っていた 温泉や周辺の自然でリフレッシュできた 食事には少し困るが事前に調べてから行けば問題ない また他の場所にも行ってみたい はじめに 去年9月に現職に転職した後3月に大きめのリリースを終えて、ゆっくりと気分転換をしたくなり、4月中旬に以前から気になっていたワーケーションに行ってきました！ 重要視していたのはこの辺 ネットワーク環境の良いところ 1週間くらいは泊まりたい 東京から遠すぎない場所（3時間以上はかけたくない） 温泉に入りたい...！ ということで自分
phpcon-odawara.jp 2024/04/13（土）にPHPカンファレンス小田原2024を開催し、実行委員長を務めました。 総勢約150名で、ぺちこん小田原を作り上げました！！🥷💨 かなり高めの参加率 この記事では、ぺちこん小田原の全貌を思い出せる限り書いてみようとおもいます！ どんな思いでやったか speakerdeck.com オープニングでも語らせてもらいましたが、ぺちこん小田原開催のきっかけは、PHPカンファレンス福岡2023で「ぺちこん小田原やれば？」と言われたことです。爆速で会場を取り、開催まで漕ぎ着けました。 ぺちこん小田原2024のゴール 当日スタッフ向けに作った資料の一部です。ぺちこん小田原のゴールはこの様なラインナップでした。 ノリと勢いで始めたけど、わたしの軸はブラさずに。ノリと勢いで始めたからこそ、わたしが一番前のめりで。 asumikam.com 開
エンジニアというITの専門家でありながら、小賢しいWeb系の詐欺に80%ぐらいはまって死にかけた話 - Qiita
みなさんこんにちは！記事を読んでくださりありがとうございます。 Qiitaには初投稿なので、簡単に自己紹介をさせてください。 自己紹介 ・カナダのバンクーバーでWeb/モバイルエンジニアとして働いています ・2024年7月に日本に帰国し、プロダクトオーナーに転身します ・大阪出身です 何が起こったかの概要 タイトルの通り、小賢しいWeb系の詐欺にはまって危うく銀行口座に侵入されかけました。カナダで起こった出来事ですが、日本でも似たようなことが起こり得る事例かと思ったので、よりたくさんの方に注意喚起ができればと思いこちらに投稿致しました。 時系列での解説と違和感ポイント みなさん、Facebookには「マーケットプレイス」という機能があるのをご存知でしょうか？日本で言うジモティーのような機能です。カナダでは不用品の売買でFBのマーケットプレイスが非常によく利用されます。私は2ヶ月後に日本へ引
この文書についてこの文書は、ソフトウェアエンジニアの生産性（アウトプット）を、複式簿記のような仕組みで表現・管理できないだろうか、というアイディアを発散させているものである。 発散はさせているけど、まとまっていないし課題も山積みな感じである😑 概要複式簿記のような仕組みで、ソフトウェアエンジニアの活動を表せないだろうか。 背景 社会人9年目にして、クラウド会計システムの開発に関わるようになって初めて複式簿記を学んで、シンプルながらよくできているなぁとその仕組にとても感動した。 一方で、ソフトウェアエンジニアとして、時にはチームリーダーやマネージャーとして働いていて、ソフトウェアエンジニアの生産性をうまいこと表したり管理したりできないだろうかとずっと考えていた。 そこでふと思いついた。複式簿記のような形でソフトウェアエンジニアの仕事（アウトプット）を表したり管理したりできないだろうか、と。
サーバーレスの次はなんなんだ
はじめに この記事は、同人誌サークル「めもおきば」から不定期刊行している技術解説本「めもおきばTecReport」に書いたものを公開用に再編集したものです。 ⇒ めもおきばTecReport 2023.12 この記事のほかにも「私もSecHack365に参加したい！」や、「2023年振り返りと2024年技術予想」としてこんなキーワードを取り上げているので、気になったらぽちっとしてください！ メガクラウドと特化型クラウド／ハイパーバイザーのSoC化／ライセンスとクラウドベンダー／イベント駆動型API／LLM時代のAIペアプロ力／生活必需品としてのGPU・NPU／Passkey／ウェブアクセシビリティ／リアルイベントの再開 サーバーレスの次はなんなんだ サーバーレスと呼ばれる技術ムーブメントが盛り上がり始めて8年近くが経ちました。各クラウドベンダーのFaaS（Function-as-a-Ser
エンジニアが自動化する現場を見学しながら「人間のやる作業じゃないですね」と言ったら泣き出したオペレーターがいて会社としてお詫びさせられていた
佐藤 大輔 オープントーン @satou_ot 「人間のやる作業じゃないですね」とシステム化（自動化）する業務を現場見学しながら感想言ったエンジニアが。 言われて泣き出したオペレーターの上司にガチギレされて、会社としてお詫びさせられてたな。 ※何度か言っているエピソード。言い方もちゃんと考えましょう。 x.com/igz0/status/17… 2024-04-18 12:34:00 いぐぞー ✈️ 旅するプログラマー @igz0 「脳死でやれば終わる作業です」みたいに「脳死」って言葉が口癖になってる人、悪いことを言わないから今すぐ口癖を改めた方がいい。 せめて「思考停止」とかにしておけ。 親が病院で脳死判定された客相手に使って、激怒されたあげく、偉い人総出で謝りに行った人知ってるぞ。 2024-04-17 21:42:55
とあるプロジェクトでナノ秒からミリ秒への変換で四捨五入してきた人がいて、時刻を扱うときは保存精度未満は切り捨てるべきというのが常識になっていないなーと思ったので。 2023-10-01 を、何年か表示する時に、2024年に丸める人はいないだろう。 13:45 が何時か表示する時も、13時と表示するだろう。（口頭で何時？と聞かれたら14時と答えるかもしれないけれど） つまり、ある精度で表した時刻は、実際には次のような半開区間を示しているのである。 2023-01-01 00:00:00 <= 2023年 < 2024-01-01 00:00:00 13:45:00.000 <= 13:45 < 13:46:00.000 そして、そう決めたからには一貫して同じように、指定精度未満は切り捨てというルールを維持しなければならない。秒以下は四捨五入で、とかやってはいけないのだ。 一貫しないと何が問題
こんにちは。Platformチームの飯迫 (@minato128)です。 今回は、Tech Blogの移行について簡単に紹介したいと思います。 背景 キャディのTech Blogでは、これまでKistaのManaged WordPressを利用してきました。 主な採用理由は、「カスタマイズ性の高さ、マネージドで安全に変更を反映できる仕組みがあること」でした。 実際、KinstaとWordPressはカスタマイズ性が高く、他社と差別化されたデザインを採用できたことはよかったのですが、下記のような課題がありました。 記事公開までの手順がシンプルではない*1 Production環境へのデプロイ（記事公開）に5~15分程度かかる 定額利用料とは別に、訪問数、ディスク容量、通信量でも追加課金が発生するため維持コストが高い また、運用する中でWordPressほどのカスタマイズ性は必要ないこともわか
慶應義塾大学・株式会社Nospareの菅澤です． 今回はベイズ統計学を勉強するための参考書の順番 (私見) について紹介していきます． 3年ほど前に『日本語で学べるベイズ統計学の教科書10冊』を紹介しましたが，今回は「どのような順番でどの参考書を読んでいくと比較的スムーズに勉強が進められるのか」に焦点を当て，比較的最近の書籍や英語の書籍まで含めて紹介していきます． まずは全体的なフローのイメージを提示しておきます． 今回の記事では，「ベイズ統計学を勉強すること」のスタートとゴールを以下のように定めます． (スタート) 統計学の基礎的な内容 (統計検定2級程度の内容) は身についている (ゴール) ベイズモデリングに関する最新の論文がある程度理解して読め，自力でモデルを組んだり実装することができる また，このゴールへの道のりとして，大きく2通りのルートを想定します． (ルートA: フルスクラ
こういう記事があった。 zenn.dev 自分は2019年から2023年までCloudNative Daysという国内最大のクラウドネイティブ技術カンファレンスのCo-chairを務めていたり、今年はPlatform Engineering Kaigi 2024というカンファレンスの代表をしている。最近ではカンファレンスやミートアップをやっていくための一般社団法人クラウドネイティブイノベーターズ協会を立ち上げたり、タダ飯おじさんと対決したりと、コミュニティ作りに対しては思い入れが強いほうだと自負している。 そんななかで目にしたのが冒頭の記事だ。 記事の大意としては「カンファレンスに参加するのであれば、目的意識を持った方が得られるものが多い」という話であり、それ自体は特に否定するものではない。ただし、その説明に使われている理由や、タイトルに使われている「なんとなく」や「ただ楽しいから」という
2024年3月25日に虎ノ門へオフィス移転をした弊社 paiza株式会社ですが、4月17日に普段からお世話になっているお客さま向けの移転記念パーティーを開催しました。なんと、110名もの方がお越しくださいました！ 【目次】 paizaの成長に向けた新たなステージへ 新オフィスのコンセプトは「異能をのばすオフィス」 ITエンジニアの原風景となるサービスに paizaラーニング活用学生によるLT オフィス移転を機にさらなる成長を目指す 本文に収まりきらなかった会場の様子 paizaの成長に向けた新たなステージへ paizaが現オフィスに移転したのは2024年3月25日。今回のパーティーは新たなオフィスをお披露目するのと同時に、日頃ご愛顧、ご支援くださるステークホルダーの皆さまに感謝の意をお伝えしたく、paiza一同でお出迎えしました。 司会を務めたのは声優の上間江望さん。 上間さんはpaiza
好きなポッドキャストについてまとめる
そもそもポッドキャストって何？映像のない YouTube のような存在が ポッドキャストです。 つまり、ラジオのようなものです。 YouTube のように、素人も投稿できる音声 メディアです。 どうやって聞けるの？iOSからであれば、Apple Podcast Androidからであれば、Googleポッドキャスト ※Googleポッドキャストは、YouTube musicに統合の話が出ている 他にSpotify、Amazon music、radikoからも聞けるらしい。 おすすめのポッドキャストヤング日経経済系の番組はおじさんがしゃべっていることが多いが、この番組は若い大学生～大学院生の女の子が最近の経済について 話しており、非常に聞きやすく、軽い気持ちで聞けるのが良い。ポッドキャスト的な流し聞きに向いてる。 日経トレンディ ＆ 日経クロストレンド日経トレンディ及び日経クロストレンドとい
Kohei Katada🦒 @kkatada 今日話した大学生の授業の受け方 → Notion AIを使いシラバスをベースにして授業「前」にノートを生成 → 授業中はノートと講義内容の差分だけNotion上で加筆修正 → メモ+参考資料のPDFを生成AIに学習させ、試験前に予想問題と回答例を作って勉強 2024-04-17 00:01:05
なぜこの記事を書くのか 皆さん、データ解析を行う際にどのようなライブラリを用いているでしょうか。 おそらく大半の人はpandasを使っているのではないでしょうか。 私もpandas使ってます。簡単だよね(´・ω・｀) しかし、業務でバカクソでけえデータを読み込もうとしたときに、読み込み時間がとんでもなくかかったり、メモリ不足でそもそも読み込めもしないことが起きていました。 読み込みにメモリ食われすぎて他の作業ができずに待機した挙句、燃え尽きたかのようにノーパソのファンが止まると同時にメモリ不足のエラーが出たときには切れ散らかします。 （画像元：葬送のフリーレン公式Xアカウントのポストより） そんなこともあり、AWSなどのクラウドサービスでメモリに余裕を持たせるためにめちゃくちゃ良いインスタンスを使用していましたが、コストの問題で断念しました。 しかし、どうしても読み込みたいということもあり
修正前のスクリプトと生成AIとのやりとり スクリプトの前提条件は、この内容と同じです。 まず、修正前の「HTTPステータスが200以外のメソッド、URIなどを出力するスクリプト」です。 HTTPステータスが200以外のメソッド、URIなどを出力するスクリプト import os import glob import pandas as pd log_directory_output_filesを指定するCSVファイルパスを変更してください config_file = "C:/performance/scripts/config/http_status_not_eq200_requests_config.csv" アクセスログフォーマットの列名 columns = ["host_ip_address", "remote_hostname", "date", "time", "method_u
2024.04.16「先達エンジニアに学ぶ 思考の現在地 Online Conference」での登壇スライドです event link: https://findy.connpass.com/event/313119/ 生成AIを使ってプロダクト作りをしていたり、社内の生産性向上をチャレンジしてる方に少しでも参考になれば幸いです。
仕事の人間関係で心を疲れさせないために、いますぐ「やめる」といい3つのこと - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「あらゆる悩みの原因は人間関係にある」とは、アドラー心理学の根底に流れる概念とされます。しかし、苦手な人とも付き合っていかなければならないビジネスパーソンにとって、人間関係の悩みは尽きないもの。そして、人間関係によって心が疲れてしまう人はあとを絶ちません。 そんな人たちに向けて、一般社団法人感情マネージメント協会代表理事の片田智也さんが、心を疲れさせないために「やめたほうがいいこと」を解説してくれました。 構成／岩川悟 取材・文／清家茂樹 写真／玉井美世子 【プロフィール】 片田智也（かただ・ともや） 1978年生まれ、和歌山県出身。一般社団法人感情マネージメント協会代表理事。公認心理師。産業カウンセラー。大学卒業後、20代で独立するがストレスから若年性緑内障を発症、視覚障害者となる。同年、うつ病と診断された姉が自死。姉の死の真相を知るため、精神医療の実態や心理療法を追求、カウンセラーに転
先達エンジニアに学ぶ 思考の現在地 Online Conference の発表資料です https://findy-code.io/events/v7KebEabaBDzh?fr=event_20240416
雑に思考を整理する技術と効能
先達エンジニアに学ぶ 思考の現在地 Online Conference https://findy.connpass.com/event/313119/
子を持つエンジニアとして。父娘で過ごす、かけがえのない時間を大切にするためにつくった約束事とは 2024年4月16日 西谷圭介 国内SIerで金融系基幹システムの開発等に従事した後、クラウドサービスの開発ならびに新規事業立ち上げを経て2014年にアマゾンウェブサービスジャパン株式会社（現アマゾンウェブサービスジャパン合同会社）へ。国内企業のクラウドシステム設計支援を実施しつつ、日本におけるサーバーレス市場の創出と普及に尽力。プロトタイプ開発を行う部門の立ち上げに従事した後、2021年6月より現職。CTOとしてプロダクトを国内外に提供すべくすべてのレイヤで開発に従事している。フロントエンドが好きでインフラもそこそこわかるバックエンドエンジニア。 X（@Keisuke69）・ブログ 家庭を持ち、子どもがいる中で私がソフトウェアエンジニアとして仕事と日々の生活をどのように考え、どう過ごしているか
この記事で書きたいことは、以下のような内容です。 ・昔SEの先輩に、「技術の詳細に通じていなくても、「そういう技術、そういう解決法がある」ということを把握しているだけで十分役立つ」と教わりました ・エンジニアの能力を測る尺度の一つとして、「課題」「問題」に対するアプローチをどれだけ思いつけるか、というものがあると思います ・「こういうやり方があった筈だ」「こういうアプローチが出来る筈だ」ということがなんとなくでも分かっていれば、それをとっかかりに調べることが出来ます ・その「そういう解決法があるということはなんとなく分かる」という状態を広げる為に、基盤技術に関する知識が重要です ・これは、生成AIに色々聞けるようになった今でも変わらないというか、むしろ昔以上に「とっかかり」の重要性が増しているような気がします ・「引き出しを増やす」という視点での勉強と、それを活かす為の基礎の重要性を、新人
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【エンジニアの日常】エンジニア達の自慢の作業環境を大公開 Part2 - Findy Tech Blog
The Front End Developer/Engineer Handbook 2024
エンジニアとして真に成長するには？──技術スキルだけじゃない、"すごいエンジニア"が大切にするマインドセットとは
新メンバーを受け入れる際に大事だなと思う心構え - freee Developers Hub
若手のうちに知りたかった生産性の高め方
Rubyエンジニア採用が難しい3個の理由｜Takuya @ CTO at stmn
これからのプロジェクトマネジメントに大事なのは「結果にコミットしない」こと クリエイティブな仕事に求められる“アジャイル思考”
ゲームプログラミング入門書、横浜の１５歳が完成 「ないなら自分で」決意 | カナロコ by 神奈川新聞
基本設計について学んだことをアウトプットしました - Qiita
最近出社して対面で会話することが多くなった結果、生産性に繋がりそうな会話があった話3選
レベルアップしたい人必見 Qiita記事43選 - Qiita
「エンジニアのキャリアをちょっと楽しくする3本の軸」というプレゼンで計画的偶発性理論について話した
スクラム開発がエンジニアから成長機会を奪うかもしれない話 - 開発日報
ここがすごい！ラボ型開発でベトナムをおススメする理由
開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog
エンジニアが鬼怒川温泉でワーケーションしてきたよ - ひらめの日常
PHPカンファレンス小田原2024の全貌 #phpcon_odawara - #あすみかんの上にあすみかん
ソフトウェアエンジニアの複式生産性管理｜pandineer
タイムスタンプの精度を落とすときは切り捨てろ - methaneのブログ
Tech BlogをWordPressからはてなブログに移行しました - CADDi Tech Blog
ベイズ統計学を勉強する参考書のフロー - Qiita
テックカンファレンスに参加する理由は「なんとなく」や「ただ楽しいから」で良い - Cloud Penguins
paiza 虎ノ門新オフィスへの「移転記念パーティー」開催レポート！ - paiza times
今日話した大学生の授業の受け方、生成AIの技術をフルに使ってて隔世の感がある→賛否両論さまざまな意見が集まる
PandasからPolarsへ移行した方がいいのか - Qiita
Webサーバーのアクセスログをスクリプトで解析してみた(続き) - Qiita
生成AIによるプロダクトと生産性向上の舞台裏@2024.04.16
コードを書く隙間を見つけて生きていく技術/Findy 思考の現在地
子を持つエンジニアとして。父娘で過ごす、かけがえのない時間を大切にするためにつくった約束事とは
解決法の「とっかかり」をなんとなく把握しておくことが大事だという話