概要 Martin Fowler 著「リファクタリング―プログラムの体質改善テクニック」を参考にしました 手軽にできる (と思われる) リファクタリングを抜粋しました (10 という数字に特に意味はなくキリがよかったので) リファクタリングカタログ名は「」で括り、()内にページ番号を振りました サンプルコードはPHPで記述しました テストコードがある前提です 「リファクタリング―プログラムの体質改善テクニック」について この本はリファクタリングのガイドブックです。系統だった効果的なリファクタリング手法を説明しています。コード中にバグを加えずに、ソフトウェアの構造を体系的に改善できます。 (Amazon 商品の説明より) オリジナル版と新装版があります。本稿ではオリジナル版を使用しました (新装版と目視で比較したが、リファクタリングカタログに違いはないみたいだった)。 リファクタリング―プロ

業務でドキュメントを作成するケースは多々ある 例：仕様書・設計書・提案書・メール・障害票．．． ここでは各ドキュメント共通してありがちなアンチパターンをまとめてみました。 1. 表記がバイト表示・マイクロ秒表示 プログラムが出した数値をありのままに表示するパターン ファイルサイズが100MB, 1GBあろうと、バイト表示にする 桁数が多い数値に、桁区切り（,）を入れない 時間を何でもマイクロ秒・ミリ秒にする（1/100万秒までの精度が必要？体感で分かる？） 桁数が多い＝精度が高い＝良い文書、ではなく、見る人が必要とする精度に切り上げることが重要（売上で１円単位まで出すことが無いのと同様） 悪い例 No ファイル名 ファイルサイズ(byte) 処理時間(秒)

プログラムで使うことの多い「乱数」。ゲーム開発やビジュアルアート、ウェブサイトのアニメーションにおいて乱数は非常に重要で、さまざまな用途で利用されています。プログラムで一般に乱数と聞くと、すべての数値が同じ頻度（分布）で出現する「一様乱数」と呼ばれる乱数をイメージする方が多いと思います。 多くの場合はこの「一様乱数」で取得した乱数を用いれば十分でしょう。しかし、場合によっては「一様乱数」ではなく、偏りのある乱数を用いることでコンテンツの見た目や現象の「自然さ」を演出することが可能です。 実は「一様乱数」に一手間加えることで、乱数の分布の偏りを制御できます。今回は乱数を使用して好みの分布を得るためのパターンをいくつか紹介します。 乱数分布のシミュレーションデモ （HTML5製） 次のデモはリアルタイムで乱数の出現頻度を計算し、グラフに可視化するコンテンツです。画面下のプルダウンで乱数の種類を

はじめに Qiitaをご覧になっているエンジニアのみなさん、正規表現は使いこなせてますか？ 正規表現が使えるととっても便利ですよね！ あれ？そちらの方、「ぼく、正規表現ようわからへん・・・」って小さくなってませんか？？ 大丈夫です！そんなあなたのために、この記事を書きました。 知識ゼロからでも正規表現を学べるようにやさしく説明しているので、とりあえずこの記事を最後まで読んでみてください。 今は \d{2,5}[-(]\d{1,4}[-)]\d{4} が謎の呪文にしか見えなくても、最後まで読めばきっと意味がわかるようになっているはずです！ 対象となる読者 本記事は正規表現の予備知識が全くない「正規表現初心者」を対象としています。 正規表現は便利だってよく聞くけど、意味不明な呪文にしか見えなくてなんか怖い 正規表現を勉強しようと何度か頑張ったけど、結局よくわからなくて実務で活用できていない と

このページについて 保守開発にほぼ縁がなかったのですが、最近保守開発に携わわることも増えたので、そのまとめです。 普段のシステム保守に関わりはなく、業務知識がないエンジニアが、ある程度まとまった保守開発の案件発足時に開発専門でスポット対応したときに困ったことが書いてあります。 ここに書く困った事案について対応しておくと、スポット対応や保守PJで増員or要員入れ替えで新参者を迎え入れた場合に、新しく入った人が困ることは少なくなると思います。 ※保守開発の経験が増えて困った事案があれば、（愚痴にならないようにときにはネタを仕込んで面白おかしく）ここに書き足します。 ドキュメント周りで困ること 単語集がない 新規開発も同じですが、新参者に取ってPJへの途中参加は、日本語以外が飛び交う海外に行くのと同じです。新参者は業務用語が判らないので、業務用語の単語集があると喜びます。 単語集の整備は軽視され

@yodatomato Java/Android/Laravel(PHP)… Favorite： Erlang/Elixir/Phoenix/ Mithril/kotlin/Golang Master of ZohyoMeetUp

富豪的プログラミングが当たり前となった今、特にメモリーをケチるようなプロ グラミングの事は忘れてしまっていると思います。 ただ、iPhoneやAndroidのように小さなメモリーしか載っていない携帯端末が流 行っていることや、サーバーサイドで扱うデータ量がユーザーのニーズによって 巨大化している事などから、そろそろ省メモリなプログラミングの事も思い出し たほうがいいのかなと私は最近思い始めています。 また、システムのパフォーマンスを支える部分にも「省メモリ」であることは有 効です。たとえば情報を転送する際、同一の情報をより小さく表現できるとそれ だけ純粋にパフォーマンスは向上します。１つのデータを半分の表現形式でエン コードできた場合、転送スピードは2倍になってくれます。そうなると、転送時 間が2時間かかる部分が1時間で済むのです！(場合によって) というわけで、この勉強会では省メモリに関

[出典] ゲームクリエイターが知るべき97のこと 当サイトはオライリー・ジャパンによる公式なサイトではありません。 個々のエッセイは「CC-by-3.0-US」によってライセンスされています。

メモリマップドファイルも "Working Set" を消費します．試しに 256MB のファイルをメモリ空間にマッピングしてみましょう． まずはファイルの作成からです．@IT で紹介されている『巨大なサイズのファイルを簡単に作る方法』で 256MB のファイルを作成しました． fsutil file createnew image.bin 268435456 では，このファイルにデータを書き込みながら仮想メモリの使用状況を見ていきましょう． int main() { Sleep( 1000 * 3 ); const DWORD numByte = 1024 * 1024 * 256; HANDLE file = CreateFileW( L"image.bin", GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRI

[出典] ソフトウェアアーキテクトが知るべき97のこと 当サイトはオライリー・ジャパンによる公式なサイトではありません。 個々のエッセイは「CC-by-3.0-US」によってライセンスされています。

[出典] プログラマが知るべき97のこと 当サイトはオライリー・ジャパンによる公式なサイトではありません。 個々のエッセイは「CC-by-3.0-US」によってライセンスされています。

こんにちは、エンジニアの王です。 今回はデザインパターンと、デザインパターンの中の「Strategy」について紹介したいと思います。 デザインパターンとは？ 端的にいうと、「よくある問題へのよくある解決策」です。 ここでは、あくまでもソフトウェア設計の場合に限定しているのですが、さまざまなコンテキストで活かせる概念です。 「今までの経験上、この手の問題なら、この方法（パターン）でやればうまくいくよ！」という経験則は誰にでもあると思います。それがゲームの場合なら「攻略法」、料理の場合なら「レシピ」、語学の場合なら「定型文」だったりします。 ソフトウェア設計の場合、特にオブジェクト指向プログラミングにおいて言うなら、「デザインパターン」とは、過去のソフトウェア設計者が失敗に失敗を重ね、試行錯誤の中から導き出した再利用しやすいノウハウの集大成のようなものです。 そう、要するに、柔軟性、拡張性、再

GoFのデザインパターンの中でも特に知名度の高い (そして間違った使われ方の多い) Singleton パターン, 皆様は有効活用してますか？ 今回は自分の考える Singleton パターンの有効な使いどころを NG コード集も添えて説明したいと思います. (※サンプルコードは Java と PHP で記載します) 概要 Singleton パターンを適用すべき条件について, 結論を簡単に書いてしまうと 状態を持たないこと ポリモーフィズムが絡む (抽象クラスまたはインタフェースを実装している) こと の 2 点に尽きます. おそらくこれらを無意識的に実践しているプログラマーも多いのではないかと思います. 状態を持たないこと 鉄則です. メンバ変数を含んだシングルトンパターンって, それ単なるグローバル変数ですから！ WEB アプリケーションのフレームワークなどでこんなコードを見たことは

昨日『好きなことで生きるエンジニアを知る（Part2）』というイベントで登壇してきました。「どうやったらおもしろく働き続けられるか？」みたいなテーマなので本記事タイトルにある「生存戦略」とはちょっと違う印象を持たれるかもしれませんが、おもしろくないと生きていてつらいので、僕としては合ってるかなと。 もともとはスライドとか用意する必要なくて、聴講者含めてのディスカッション形式でやりましょうと主催の方には言っていただいてたのですが、僕の場合は準備なしでしゃべるとグダグダになるので、一応自分の考えぐらいは整理しとこう、ということでスライドを用意しました。 で、ここまで20分ぐらいで、あとは撤収までエンドレスで参加者の方々からの質問に答えていきつつ内容を補完する形式でした。 Q&Aのメモ 参考までに、参加者の方はフリーランスと会社員が半々ぐらい、エンジニア／非エンジニアの割合も半々ぐらいでした。

2. 0. 個人開発と僕 ● しごと ● フロントエンドエンジニア ● TypeScript ● こじんかいはつ ● Goなど https://github.com/otiai10

codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。

この記事は闇 Advent Calendar 2013の４日目です。 @seri_k 闇Advent Calendar書きましょう— ıɯǝɥɔʇoɥ (@hotchemi) 2013, 12月 2 心の闇なんてのは大体エンジニアに限らず社会人なら少なからずだれでも貯めこんでしまうものだと思う。どうすれば解決できるかなんて分からない。 ４日目の記事では、過去の自分が経験した心の闇の話と、それを祓う方法についてそれとなく書いてみる。 今いる会社のエンジニアは割りと生き生き働いている方だと思うけれど、それでもやはりどこか、斜に構えた考え方や、何かについての強いトラウマみたいなものを会話の中から垣間見ることがある。若いころに辛いデスマを経験した話だったり、顧客が会社に怒りに燃えて乗り込んできた話だったり、特定のミドルウェアのバグで大変な目にあったり、会社や顧客に理不尽な要求をされて喧嘩したり、と

すべて Microsoft 製品OfficeWindowsSurfaceXboxお買い得商品サポート ソフトウェアWindows アプリOneDriveOutlookSkypeOneNotePC とデバイスPCs & tabletsアクセサリエンタメXbox とゲームゲームWindows ゲーム映画とテレビ番組法人向けMicrosoft AzureMicrosoft Dynamics 365Microsoft 365エンタープライズ ソリューションデータ プラットフォームDeveloper & IT .NETVisual StudioWindows ServerWindows アプリの開発ドキュメントその他Microsoft StoreMicrosoft Rewards 無料ダウンロード & セキュリティ教育プリペイド カードサイトマップの表示