draw.ioをつかったフレキシブルな設計図作成術 - KAKEHASHI Tech Blog
はじめに こんにちは！ソフトウェアエンジニアの種岡です。 皆さん、システム設計に取り組んでいますか？ 設計は、プロジェクト成功への道筋を描く、航海の羅針盤です。 目的地を見据え、それに向かって進むための確かな指針となります。 設計の質がしっかりしていれば、開発という大海原でも迷わず進むことができます。 設計はプロジェクトの土台を築く、創造的かつ重要なプロセスです。 夢を描き、それを形にする試行錯誤の楽しさ、これこそが設計の魅力だと思います。 この記事は秋の技術特集 2024の11記事目です。 この記事 is 何？ この記事では、設計図を描く際の心構えと、誰でも見やすい設計図を作成するためのテクニックについてお話しします。 なぜ設計図を書くのか？ 図は複雑な情報を視覚的に整理し直感的な理解を推進することができるため チーム内外での共通理解を促進し、コミュニケーションを円滑にするため 予測可能
エンジニア681名に聞いた「今、注目している企業」｜2024年9月最新版 | Findy Blog
Findyでは2024年7月に「エンジニアの転職と働き方に関する意識調査」を実施し、Findy登録のエンジニア681名の回答結果をまとめています。 アンケート内で「直近知って興味を持った企業」「働いてみたい企業」について調査しており、本記事ではランクインした企業をそれぞれピックしてご紹介します。 なお調査レポートでは、「注目企業」以外にもエンジニアの平均年収や利用技術等についてもご紹介しています。 ご興味のある方は下記のボタンから調査レポート全体をご覧いただけますと幸いです。（※閲覧にはFindyへのご登録/ログインが必要です） レポートの詳細はこちら 直近1年で知って興味を持った企業 「直近1年間で知って興味を持った会社」として、多くの回答を集めた企業は下記です！ 興味を持ったきっかけは、「転職活動・スカウト」「勉強会・カンファレンスなどのイベント」「記事やSNSでの発信」が多い 「興味
エンジニアの善意がコードを複雑にする？ “改良したい欲”に駆られる前に知りたい「コーディングの鉄則」とは - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype スキル エンジニアの善意がコードを複雑にする？ “改良したい欲”に駆られる前に知りたい「コーディングの鉄則」とは NEW! 2024.09.18 スキル コーディングプログラミング コーディングに関する名著『リーダブルコード』（オライリー・ジャパン）の序章は、次のように始まる。 美しいコードを見ると感動する。優れたコードは見た瞬間に何をしているか伝わる。そういうコードは使うのが楽しいし、自分のコードもそうあるべきだと思わせてくれる。 コードは理解しやすくなければならず、シンプルで無駄の無いことが重要だということを、この名著は教えてくれる。 ただ一方、自身の開発現場が「美しいコード」で溢れているかと問われたらどうだろうか。ついつい「複雑なコード」を書いてしまいがちなエンジニアは、少なくないはずだ。コードはシンプルで無駄の無いことが重要である
OSS開発に参加する方法 - 2024-09-18 - ククログ
こんにちは。7月にクリアコードに入社した藤田です。 クリアコードでは「フリーソフトウェアで稼ぐ」という理念をもとに、さまざまな活動がオープンになっており、 OSS開発もその一環です。 私が所属するチームは、Fluentdという拡張性の高いOSSのログ収集ソフトウェアを扱っています。 クリアコードに入社するとともに、新たなOSSに挑戦しております。 そこで、この記事では私なりのOSSに参加する方法についてご紹介したいと思います。 この内容に沿って作業されると、すぐにPull Requestを作成することができるかと思います。 それを足がかりにより大きな課題へ挑戦してみてください。 クリアコードでOSS開発 私が所属しているFluentdチームは、Fluentdの導入支援や運営サポートなどの エンタープライズサポートをベースに、Fluentdをオープンに開発しています。 我々の活動は http
フルートの材質による演奏者実感と音響特性の差異に関する研究 | 九大コレクション | 九州大学附属図書館
第1章 序論……1 1.1 はじめに……1 1.2 先行研究……1 1.3 本研究の目的……2 1.4 フルートの構造および材質について……3 第2 章 シェッフェの一対比較法を用いた主観評価実験……4 2.1 使用楽器……4 2.2 評価手法の決定……6 2.3 評価内容の決定……6 2.4 演奏内容……7 2.5 実験参加者……8 2.6 実験装置……9 2.7 提示順表の作成……10 2.8 実験方法……12 第3 章 主観評価実験-分析方法……23 3.1 データ整理……23 3.2 母数の推定……24 3.3 一元配置分散分析……24 第4 章 主観評価実験-結果と考察……26 4.1 結果……26 4.1.1 実験1（吹奏感）……26 4.1.2 実験2（音色）……34 4.1.3 アンケート……41 4.2 考察……42続きを見る
プログラマじゃない人でもAI対話用にJSONを学ぶのが最高効率という提案
この文章はプログラマじゃない人向けに JSON を知ってもらうメリット、とくにAIとの効率的な対話方法を説明し、そしてあわよくばプログラマとも JSON の水準で会話してもらえたら嬉しい…というものです。 あなたは誰 UI を作るのが専門のエンジニアです。 エンジニア以外が使うノーコードのエディタを作ったりしてました プログラマじゃない人が JSON を知る利点 プログラマとして、プログラマじゃない人向けのノーコードなどを作っていたんですが、わかったことがあります。それは、「抽象的なロジックを記述するには訓練が必要だが、眼の前のデータとUIに対応したものは簡単に変更・記述できる」ということです。 自分の考える、もっとも成功したノーコードエディタこと Google Form JSON はよく知られているデータを記述する方法の一つです。特定の言語などとは関係ありません。 で、今現在 JSON
冷やす場所はそこか！米陸軍式、数分で体を簡単に冷やす方法で熱中症対策
更なる猛暑が地球を襲うという予測通り、今年の夏もうだるような暑さで、残暑もまだ続くと予測されている。 なので簡単に体を冷やす方法を今から知っても遅くはないはず。今回は野外で活動する米陸軍が伝授する熱中症対策を紹介しよう。 水分・塩分の補給は基本中の基本だが、エアコンがない場合、この方法が役に立つかもしれない。準備するものはバケツか洗面器、そして氷で冷やした水だ。ポイントは体のどこを冷やすかだ。 ある部分を冷やすと、ものの数分で体温を下げる効果があるという。 米軍流・緊急時に急いで体を冷やす方法 本当はエアコンが快適に効いた空間で過ごすのが一番いい。だが野外で活動する軍隊の場合、そういうわけにはいかない。 兵士たちは過酷な環境の中でも任務を遂行し、結果を出さなければならない。だがそうは言っても、やはり暑さはつらいわけで熱中症対策もしなければならない。 そこで米軍では「あっという間に体温を下げ
人と話すとMP削れていく人のための、「人付き合い」ルール。
「人付き合いが得意です」という方は、どの程度いるでしょう。 個人的には、 「何を話したらいいかよくわからない」 「人と話すと消耗する」 という気持ちはよくわかります。 ところで先日、シロクマ先生が、次のような記事を書いていました。 結局、人と話すとＭＰは増えるか、減るか ・人と話すと精神力(MP)が増えるか減るかは、話す内容。状況によって左右される ・もちろん、その人の性質や気質によっても左右される ・体力によっても左右される。その体力の一番無難な回復法は「休息」 この投稿の中で気になったのは、冒頭で引用されていた、以下のツイートです。 多分人と話すとMPが回復していく生き物と、人と話すとMP削れていく生き物は根本的に分かり合えないのだと思う。 — 前島賢(大樹連司) (@MAEZIMAS) August 30, 2024 「人と過ごすのが大好き」な人たちを見ると、確かに「別の人種だなあ」
暇そうに見えるマネージャーとはどういう状態か - Konifar's ZATSU
マネージャーは暇そうに見えるくらいの方がいいという話をちょいちょい聞く。実際に暇ということではなく、"暇そうに見える"というのが重要っぽい。 なんとなく言いたいことはわからなくはないけれどあまり腹落ちできていないので、"暇そうな状態を目指す"とはどういうことなのかを雑に書いてみる。 メンバーから相談されやすい状態を作る マネジメントは正確な観察から。メンバーからの情報が集まりやすい状態を作る オフラインならふらっと雑談してみたりとか カレンダーが予定でいっぱいで遠慮させてしまって「ちょっといいですか」と声がけされにくくなるみたいなことにならないようにする ルーチンワークを見直し効率化する 一定やらなければいけないことは多くなるのは仕方ないが、使える時間を増やすために徹底的な効率化を行う 効率化したほうがいいと思いながら半年経つとかはよくない まとまった考える時間を取る インパクトのある問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
優秀なエンジニアは「コードが汚いから読めない」なんて言わない【ひろゆき×安野たかひろ】 - エンジニアtype | 転職type