増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし2 「設計スタイルの選択とクラス設計のスタイル」 - asken テックブログ
増田亨さんによる「設計の考え方とやり方」勉強会 書き起こし2ページ目です。最初からお読み頂く場合は、こちらから御覧ください。 資料 増田さんの講演資料 質疑応答モデル なぜこの場を作ったのか 書き起こしリンク パート1「良い設計を目指す」 パート2「設計スタイルの選択とクラス設計のスタイル」（本記事） パート3「テーブル設計のスタイル」 パート4「開発のやり方と設計スキルと補足資料」 パート5「質疑応答」 目次 設計スタイルの選択 アプリケーション開発の今昔 クラス設計のスタイル クラス設計の分かれ道 なぜドメインモデル方式か ドメインモデル方式 クラス設計：複雑さを分離する ドメインモデル方式でアプリケーション全体をどう組み立てるか クラスの設計を改善する（リファクタリング） 設計スタイルの選択 ソフトウェアの変更を楽で安全にするために、私自身がどういう方向性の設計をやっているか、少し背
設計の考え方とやり方
#asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング
GitHub Copilotと“人間特権”
おことわり: この記事は筆者の普段の記事とは異なり、とりとめのない雑な思考を記事にしたものです。筆者はAIの専門家ではありませんので、記事の内容は鵜呑みにせず、ご自身で判断するようにお願いします。 GitHub Copilotは、機械学習（俗にいうAI）によるコード生成サービスで、先日正式リリースされました。人間がこれから書こうとしているコードを予測してサジェストしてくれるものであり、「コメントを書いただけで実装の中身が自動生成された」などと評判です。 この分野では、学習データの量がものを言います。GitHub Copilotはこの分野の先駆者ではなくtabnineなどの先例もありますが、GitHubは非常に多くのソースコードをホストする（＝学習材料とできる）サービスであることもあって注目を集めています。 筆者が度々Twitterで目にするのは、「GitHub Copilotは他人のコード
統計の入門講座が無料に、京大メソッドでデータサイエンス関連教員が担当 | Ledge.ai
サインインした状態で「いいね」を押すと、マイページの 「いいね履歴」に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。
「ちゃんと考えてる」はずなのに「なぜか文章にできない」人がするべき “たった3つ” のこと - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
書きたいことはいっぱいあるのに、なぜか文章にできない。そんな状況に陥っていないでしょうか。この商品がどんなにいいものか、伝えたいことが山ほどある。自分なりの企画を練りに練っていて、あれもこれも提案したい。でもいざキーボードに向かうと、書けない。そんなあなたがなぜ書けないのか、そしてどうすれば書けるようになるのか、3つの方法をお伝えしましょう。 書けないのは「考え」になっていないから いまこの記事を読んでいるあなたは、きっと「自分は十分考えている。だけど、書けないものは書けない」と思っていることでしょう。しかし『「言葉にできる」は武器になる。』著者であり、コーヒーブランド・ジョージアの「世界は誰かの仕事でできている。」など数多くのコピーを手がけたコピーライターの梅田悟司氏は、言葉にできない状態を次のように一刀両断します。 言葉にできないことは、考えていないのと同じなのです。 （引用元：ウェブ
輸送問題を近似的に行列計算で解く（機械学習への応用つき） - 私と理論
輸送問題と呼ばれる問題があります． この問題は，普通は線形計画法やフローのアルゴリズムを使って解かれます． この記事では，この輸送問題を近似的に行列計算で解くアルゴリズム（エントロピー正則化 + Sinkhorn-Knopp アルゴリズム）を紹介します． 輸送問題とは アルゴリズム 得られる解の例 なぜこれで解けるのか？ 競プロの問題を解いてみる 機械学習界隈における流行 まとめ 輸送問題とは 輸送問題とは以下のような問題です． 件の工場と 件の店舗からなる，ある商品の流通圏があるとする． 各工場には 個の在庫がある.． 各店舗では 個の需要がある． 在庫の総和と需要の総和は等しいとする （すなわち ）． 工場 から店舗 に商品を一つ運ぶためには の輸送コストがかかる． 各工場 から各店舗 への輸送量 を適切に決めて，各店舗の需要を満たしつつ輸送コストの総和を最小化せよ． 輸送問題は最適化
技術的に難しいことを力技でやってしまうこと - orangeitems’s diary
まあお悩みですけどね、技術的に難しいことってありますよね。で、他のメンバーに任せておくと、いつ終わるかわからない。聞いてもわからんわからんばかりで、こりゃダメだと言う時のことです。 いつものように、それ私が引き取るよ、ってその課題を引き取って、難易度の低いタスクを他のメンバーに任せます。まあそのタスクも大量なので、誰かがやらなきゃいけないし、高度な問題のために大量のタスクが積みあがるのもそれはそれでまずい。適材適所と言えばそうなのですが、本当にこれでいいのかなと毎回思います。 だって、またこの高度な問題に対するトラブルシューティングを見ることなく、メンバーは最終的に「できた」という形を手順書なりなんなりで確認することになります。ああこうやればできたのか、という感動があればまだいいですが、忙しいのでそんなことしている暇は多分ありません。 これ、私はまたスキルを一つ積み上げたのですが、どう考え
競技プログラミングに関係する数学の整理 ～文系出身や数学苦手erが、もっと競プロを楽しむために～ - テルの競プロメモ
まえがき この記事の目的 意図する対象読者 今回の整理の仕方（記事の見方） 注意 競プロに関係する数学（本題） 言葉（文系でも多分聞いたことはある）編 言葉（文系だと聞いたことないかも）編 言葉（離散数学）編 「式変形」編 「図形っぽいやつ」編 筆者のバックグラウンド 経歴、仕事など まえがき この記事では、競技プログラミングに関係する数学用語・概念と、それがどんな単元（分野）に属するものかを整理（一覧化）します。 競技プログラミングの問題に出てくる用語・概念をはじめ、競技プログラミングの解説記事などに出てくる用語・概念も、思いつく限り挙げています。 「この記事の数学的な部分、どのぐらい信用できるの？」とか、「数学苦手と言ってもどのくらい苦手なの？」といった疑問への参考としては、筆者のバックグラウンドを記事の最後で紹介したので、気になる方は先にそちらを読んでください。 この記事の目的 文系
これからも成長を続けて進化し、そして生き残るには - そーだいなるらくがき帳
生存戦略の話をエンジニアHubキャリアというイベントで話をしました。 eh-career.com 概要: 「エンジニアの生存戦略」スキルの掛け算でつくる自分だけの強みと、スペシャリティの磨き方 自分なりの生存戦略をまとめてお伝えできたのではないかと思います。 大事なのはアクションです。 この記事やセミナーをきっかけに、みなさんが今から、明日から、新しい一歩目を踏み出してほしいです。 たしかに10代でしか出来ないこともあるが勉強は今からだって出来るし、コードは今からでも書けるので遅いということはない。今始めるのがいつだって一番早いんだ。— そーだい@初代ALF (@soudai1025) 2019年10月30日 当日の登壇資料はこちら。 生存戦略の話たち soudai.hatenablog.com soudai1025.blogspot.com soudai.hatenablog.com s
Life is beautiful: 「時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す」という働き方
かれこれ３０年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は１００人に１人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分
インプットしたらアウトプットする - ぱすたけ日記
最近、これからプログラミングを学ぼうと思ってる人がプログラミングをすでにある程度習得している人たちの集団に果敢に突撃してコミュニケーションを取ろうとする場面に遭遇する。 プログラミングを学ぼうと思ってる人は学び方とかを知りたがって、どの本が良いとかどういう方法で学んだかを聞こうとするから、話しかけられた方がおすすめの本とかを答えたりする。 最初はそういう感じで暖かく受け入れるから油断して、おすすめの本を聞いたら次は本の買い方を質問する。本の買い方を質問したら、次はその本の内容について質問するのならまだ良いけど、個々人の経歴とかどういうアプリケーションをこれまで書いてきたとかそういうことを質問するようになる。 この辺りで、質問されてる側は「この人はプログラミングを学びたいんじゃなくてそういう知り合いが欲しいだけか？」って気分になるから反応が冷ややかになったりとかする。 ここで手を動かしてると
新しく技術・知識を身に付けるためのやりかた - nigoblog
最近スキルの幅が広がったかなと思います。 理由としては ビジネスで要件がでる。 -> とある技術を使わなければいけない。 -> その技術を理解する&使う。 こういうフローが経営に近くなるほど起こりやすいのでスキルの幅がかなり広がっています。 最近で身に付けた技術は fluentd Hadoop (EMR) Hive Bandit Algorithm なんかを身に付けました。 どんなフローで身に付けていったかを簡単に書いていきます。 スライドシェアを見る 公式ドキュメントよりもまずはこっちを先に見るのがよいかと思います。 理由としては使い方以外に「なぜそれを使うのか」ということが同時にわかるケースが多いからです。 バンディットアルゴリズムの時には バンディットアルゴリズム入門と実践 バンディットアルゴリズム概論 この2つがかなり参考になりました。 入門書を読む イントロダクションはス
「大人になっても勉強するなんてみっともないことはやめなさい」という記事に感銘を受けました - 僭越ながら【1テーマの本を30冊読んで勉強するブログ】
今朝は朝ブログを書けなかったので、寝る前に更新します。 今日は、最近私が非常に感銘を受けた記事があるので紹介します。 今年２月に発行されたクーリエ・ジャポンの中にあるインタビュー記事「大人になっても勉強するなんてみっともないことはやめなさい」です。 [スポンサードリンク] これまで「お金と節約」だとか「時間」など、テーマを決めて勉強をしてきた私。 この記事のタイトルにドキッとしました。 「大人になっても勉強するなんてみっともないことはやめなさい」 そもそも、社会人になってから「もっと知的になりたい」と思って勉強するという姿勢自体が間違っています。 歳をとってから教養書やビジネス本を読み漁って、「あの人は勉強好き」と言われるような人は、たいていの場合、学歴コンプレックスや仕事からの逃避に根差した「後悔の勉強」をしているにすぎません。都合のいい「弁解勉強」をしているだけです。きついことを言うよ
プログラマーの問題解決能力 - novtan別館
ちょっと前にも触れたとおり、テンパったプロジェクトの若い子のフォローをしているのだけれども、どうもおんなじことを何回も言う機会が多く、疲れがたまります。 ちょっと見ていると、問題に直面した時に、どうやって解決していくかの道筋がさっぱり見えてこない。一生懸命コードを追ったり、データを追ったりするのはいいのだけれども、今何が起こっていて、何が悪いのかというのを把握する、という行為ではなく、何をどうしたら直るだろうかということだけを考えているように見える。 そりゃいつか正解にたどり着くかもしれないけど、プログラムなんてプログラムしたとおりにしか動いてないんだから、うまく動かないところを特定するために努力するのが一番の近道なんだけどなあ。 一般化して語れる話ではないとは思うんだけど、やっぱり検索技術の発展と、1億総インターネット化によって、思考方法ではなくて答えを求めることが勉強になっちゃっている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2022年2月21日 SORACOM IoT Meetup 〜IoTデバイスセキュリティ勉強会！セキュアエレメントを学ぶ〜 - IoT プラットフォーム SORACOM
ふつうのプログラマのふつうの設計
数学×Pythonプログラミング入門