ひどい猫背が「治った？」と最近言われる私が心がけた3つのコツ - AIUEO Lab2
photo credit: Neko via photopin (license) 小学生の頃から親には「背中曲がってるよ！」と何度も言われて育ってきました。猫背なのは自分でもわかってるけど、治せないまま大人になってしまいました。 集合写真を撮るときに「アゴをひいてください」と言われるのはいつも私。猫背がひどいせいで、太ってもいないのにお腹には腹筋あたりにシワが横に入っています。 もう猫背と長く付き合いすぎたので、治すなんてムリだとなかば諦めかけていたんですけど…… そんな私でも最近あるコツを心がけるだけで猫背が改善してきたのを実感しています！ 心がけるのはたった3つだけ。 アゴをひく photo credit: - via photopin (license) ひとつめがコレ。アゴを引く。 上でも書いたように、集合写真を撮るときによく言われる言葉です。 それだけ？と思うかもしれません。で
ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
クソコードに対する怒りとコードレビューにおける人格攻撃について | おそらくはそれさえも平凡な日々
デキるプログラマだけが知っているコードレビュー7つの秘訣 7つの秘訣の1〜5は本当にそのとおりだと思います。 「怒り」って言葉を使っているところはなかなか画期的だと感じた。というのも僕は前から「人格攻撃に思われて」しまうような、コードで人を殴るようなことをしてしまう人が出てきてしまうのは何故かということを考えた時に、そこには「コードに対する怒り」があるからだろうなと思っていたからである。怒りがあるからこそ強く指摘しすぎてしまうことが起こりうる。 「怒り」というのはつまり「感情」である。であれば、「その『怒り』はコードに向けられたものであり、書いた人に対してのものではないので、その人に対しての攻撃ではない」というのは、理屈ではかろうじて通るかもしれないが、書いた人の「感情」的には通らないこともあることは理解したほうが良いと思う。 じゃあ怒らなければ良い、という話にはしたくなくて、どうしても怒
TDDを真面目にやってみて気付いたこと - Masatomo Nakano Blog
何を今更、なことかもしれないないのだけど、もしかしたらこれを知ることでTDD(Test-driven development)をやることのハードルが一気に下がる人がいるかな、と思ってメモ。 特に、ある程度プログラマとして経験があるけど、どうもTDDは慣れないという人向き。 “TDDとは、TDD以前に脳内や機上でやっていたことをコードに落とすことに過ぎない” このことが解ってから、TDDをするのが一気に苦痛ではなくなり、むしろ楽しくなった。 TDDでなくても、コーディングをするとき、temporaryなテストコードを書いたり、目視でのチェックはしたりするものだろう。たとえば、一時的に変数の値をハードコードして挙動を変えてみて、それを目視で確認したり、printデバッグとかもその一部だ。 つまり、このtemporaryなコードや目視している部分をpermanentにするのがTDDで書くテストコ
TDD現場・導入パターン.md
take2 は https://github.com/haru01/log/blob/master/pattern_sheed.md TDD実践・学習パターン TDDを 初心者が熟練者になって、現場で実践していくコツを書いていきます。 すべて実施する必要はありません。上から順に実施する必要もありません。 現状の診断や、自分の状況に合いそうなものを複数ピックアップして、 ベイビーステップで個人やチームの学習と成長の物語を描く道具として使われることを想定しています。 まだ未完です。ガンガン変わっていきます。 :p 目標 25個、 50個 練習場編、現場実践編、不吉な匂いの３本立て。 想定読者 TDDを開発の現場に持ち込みたいと考えている人。持ち込んで継続したいと考えている人。継続して広げていきたいと考えている人。 読者の現場によって、選ぶパタンは異なる。 注意事項 ここで指すTDDは、XPの意
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
『アジャイルって？ カウボーイコーディング？』
令和からの働き方について 元「傲慢SE日記」で、しばらく放置していました。 2020年からはこれからの働き方などについて書いて行こうかと思います。 アジャイルってなんだろうか？ プロセス管理ってなんだろうか？ 今回の現場で僕が強く思ったのはこの想いです。 僕はアジャイルを実践している現場に入るまでは、アジャイルは銀の弾丸だと思っていました。 口には出しませんでしたが、心の中では相当アジャイルというのはこの業界の救世主だと思っていました。 しかし、実態はまったく違いました。 アジャイルと口に出して言うのは簡単です。 実践してみるのも簡単です。 そして、その結果メンバー全員のモチベーションを下げることも簡単です。 当たり前の事です。アジャイルは銀の弾丸でもなんでもなく、ただの道具なのですから。 使い方を誤れば恐ろしい凶器にしかなりません。 その名も カウボーイコーディング という名前です。 僕
TDDを行った時にぶつかった7つの壁 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 僕が初めてTDD(テスト駆動開発)に出会ったのは2004か2005年。（どっちか忘れた。） 永和システムマネージメントさんが主催しているオブジェクト倶楽部というイベントで初めて知った。 「こんな方法でプロジェクトを管理することができるんだ！」 とかなり感嘆した記憶がある。 そんなTDDを実際に現場に導入したり、導入している現場を見て感じた事。 結果的に僕がテストコードをほとんど書かなくなったことについての経緯を書いていこうと思う。 TDDを導入すれば品質が上がると盲目的に信じている人や、TDDの導入をしている(しようとしている
DELETE_FLAG を付ける前に確認したいこと。 - Qiita
DELETE_FLAG という思考停止フラグ DELETE_FLAG という boolean の列が DB 設計でよく話題になります。 論理削除という言葉で上手に論理武装し、スキを見せるとすぐに入れたがる人がおり、 一方でそれにつよく反対する人もいます。 自分の経験としては、広義の論理削除はありえると思いますが、実現方法が DELETE_FLAG だとなった時、それはあまり考えてないでなんとなくパターンとして盛り込んでる場合が多いと感じます。 ただし、設計に唯一の答えは無いので、もしかしたらそれが妥当な設計である場合があるかもしれません。 今回は「DELETE フラグがなぜダメなのか？」などという話をするつもりも、アンチパターンだと断言するつもりもありません。 問題は、仕様をきちんと把握すると、「最適な設計は DELETE_FLAG ではない」という場合が有って、その場合は、その最適な設計
働きながら3週間で応用情報技術者試験に合格した話 - 下町柚子黄昏記 by @yuzutas0
概要 IPAの応用情報技術者試験（平成26年/秋試験）に合格しました。 仕事をしながら3週間で合格できたので、勉強法など知見を共有します。 平成27年度【春期】【秋期】 応用情報技術者 合格教本 (情報処理技術者試験) 作者: 大滝みや子,岡嶋裕史出版社/メーカー: 技術評論社発売日: 2014/12/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る どのような資格か IPAのサイトでは、対象像を「高度IT人材となるために必要な応用的知識・技能をもち、高度IT人材としての方向性を確立した者」としています。 難易度としては、「ITパスポート」＜「基本情報技術者」＜「応用情報技術者」＜「高度区分」（システムアーキテクトや情報セキュリティスペシャリストなど）という位置付けです。 要するに情報技術に関する幅広い知識を持っていることを証明するための資格試験ということです。
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
コードは読めなければならない - idesaku blog
ストレス発散がてら書いたネガティブな愚痴り記事が思いの他ブクマしていただくことになり驚いている。みなさん苦労されているようですね。コメントなども多数頂戴したので、調子に乗って返答記事などポストしてみる。*1 コードは読めなければならない 自分のスタンスを明確にしておこうと思う。 コードは読めなければならない。*2 UKTKKNSHINFがダメな理由は、それが読めないからである。頑張って慣れれば読めないこともない、というものは話にならない。容易に読めなければならない。 それに規則性があるなら他のプロジェクトにも転用できない？母音抜きルールを。 他に転用できるんだったら、全社的な生産性向上に寄与できるんじゃないの？母音抜きルールで。 UKTKKNSHINFコンバータ作りました、それとUKTKKNSHINFってそんなにひどい？ | さくらたんどっとびーず 規則性があればよいのであれば、プログラミ
ひどすぎるネーミング - idesaku blog
UKTKKNSHINF こういう名前の変数が出てくるのだが、意味わかる？ 答え：受付禁止情報 今読んでいるPL/SQLコードは本当にひどい出来なのだが、その中でもネーミングが群を抜いてひどすぎてむしろ笑えてくるので、ここでさらしてみたい。 先ほどの例でわかると思うが、悪しきネーミング習慣である子音母音抜きの嵐である。変数名だろうが関数名だろうがこのルールで命名されているので、暗号文を読んでいるような気分になる。 他には、例えばこんなのがある。 SKSI 作成 HNKN 変換 KKT 確定 CHKN 中間 DTM Datetime DTA Data こうして見ると、ktkrやwktkとなんら違いがない。 "作成"のような、比較的簡単に対応する英単語が見つかるものまで日本語子音母音抜きで書くという徹底ぶり。でも"情報"はINFだったりする統一感のなさ。そしてこれらが単独ならまだしも、複合して出
や...やっと理解できた！JavaScriptのプロトタイプチェーン - maeharinの日記
JavaScriptのプロトタイプチェーンについて理解しようとしたのだけど、prototypeとか__proto__とかごちゃごちゃになって、色んなブログを読んでもなかなか理解しきれなくて悶々としていたのだが、図を書いたらパッと理解できた！以下、情報ソースはなるべくECMAScript仕様書（3rd）を元にするようにして書きました なぜ分かりづらいのか？ そもそも、なぜJavaScriptのプロトタイプチェーンは自分にとってこうも分かりづらかったのだろうか？自分なりに分析してみると、まず、「似ているが違う用語が沢山ある」という点がある。ざっとあげただけでも、「prototypeと__proto__」「__proto__と[[Prototype]]」「FunctionとFunctionオブジェクト」などがある。そして次に、「入り組んだ構造が動的に変化する」という点がある。上記のように似たよう
や...やっと理解できた！(2) JavaScriptのスコープチェーン - maeharinの日記
前回はJavaScriptのプロトタイプチェーンについて、図解を用いることでなんとか理解できました。今回はスコープチェーンに挑戦してみます。前回と同じく「1. 図解を用いる」「2. 用語を明確に定義する」「3. Standard ECMA-262 3rd editionを情報ソースとする」というアプローチで紐解いて行きます。 用語の定義 ・本エントリの文章における表記は、以下の表の「ECMA-262 3rd」に統一する ・本エントリの図における表記は、以下の表の「本エントリの略称」に統一する ・本エントリ内におけるES3とは、Standard ECMA-262 3rd editionを指す ECMA-262 3rd 本エントリの略称 JavaScript（サイ本）第5版（日本語） Execution Contexts EC 実行コンテキスト Variable Object VO 変数定義の
ネーミングに困ったとき、RailsのAPIが参考になった - maeharinの日記
最近ちょっとしたORMを書いていて、SQLのプレースホルダに「紐付ける値」をなんと命名したらよいか悩んでいたのだけど、こういう定石的な命名は、自分でウンウン悩むよりフレームワークのAPIを参照するのが早いと思った RubyのORMをざっと調べてみたところ、やはりRails（ActiveRecord）はシンプルで分かりやすいネーミングをしている思った。ということで、bindsというネーミングをいただきました。 Rails（ActiveRecord） find_by_sql(sql, binds = []) Sequel with_sql(sql, *args) DataMapper query(statement, *bind_values)
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Amazon.co.jp: アルインコ(ALINCO) フィットネスバイク AF6200 見やすい大型液晶メーター エアロマグネティック 8段階負荷調節 テレビで紹介された 静音 サドル調整 組立簡単 心拍測定 簡単移動 タブレットトレー: スポーツ用品
【累計販売台数150,000台突破の大人気モデル】フィットネスバイク選びに迷ったらコレ! エアロマグネティックバイク6200は、ダイエットからトレーニングまで対応のフィットネスバイクです。サドルは高さを7段階調節、ハンドル角度を無段階調節、ペダルにはバンド付き。「運動しやすい姿勢」で効率的に運動が可能です。ペダル負荷は「8段階」調節可能なため、トレーニングの目的や体力に合わせて調節できるので、家族みんなで使えます。また、メーターは見やすい大画面でカンタン操作。運動時に見やすいのはもちろん、初心者の方にも操作しやすくわかりやすいメーターです。 【マグネット負荷方式の静音設計】負荷調節を接触による機械音が発生しないマグネット負荷方式にすることで、静音性を実現。家族が就寝後の使用や家事の隙間など、時間・場所を選ばずいつでも運動に取り組めます。マンションやアパートでも安心してお使いいただけます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログチームの開発フローとGitHub
自動テストを書く習慣がないチーム
エレベーターゲームで学ぶプログラミング『Elevator Saga』 | 100SHIKI