明石の改修工廠早見表 | Simplified Chart for Akashi
New! 2024.06 零式艦戦64型(複座KMX搭載機),零式艦戦64型(熟練爆戦) 改修効果修正(参考1, 参考2) 改修曜日が少ない装備で「曜日限定」表示を行うように 改修効果・フィット・装備情報改修成功率フィードバックLicenseリンク更新履歴18年春 食材収集イベント18年秋 鎮守府秋刀魚祭り19年秋 鎮守府秋刀魚＆鰯祭り21年秋 帰ってきた秋刀魚祭り22年秋 鎮守府秋刀魚祭り2022 改修効果は以下の計算式を使用しております。改修効果は未確定のため、参考程度にお願いします。 強化ダメージ: 攻略Wikiでの改修装備の効果 より算出命中率: √★ √★より少し低い検証結果が出ていますが、具体的な計算式が不明なため、この計算式としています 改修効果・フィット・ステータスは、以下のサイトを参考しております。 改修工廠 - 艦隊これくしょん -艦これ- 攻略 Wiki*[艦これ]
東京医科大を叩いてる人達はポリコレと人命のどちらが大切か冷静に考えて欲しい。現場でないと見えない現実
みくりっつ @gkjKuOh 絶対叩かれるけど、私は男性優遇は仕方ないと思う…。 今の働き方で女性が過半数になれば医療は崩壊する。 ママDrは17時帰り、男性医師がその分働いて埋めていて、それが当然の雰囲気になってしまっている。 結婚出産しても男性医師と同じ量働くという女医の決意が育たなければ…無理もないかなと…。 2018-08-02 21:38:19 青識亜論（せいしき・あろん）💉💉 @BlauerSeelowe 中学校入試などだと、クラスの男女比を均衡させるために、男女で得点差があるというケースはよく見られると思うのですが。単に公開されていないことが問題であるだけで、差別であるとした場合、射程範囲があまりにも広がりすぎる気がします。 例：洛南高等学校附属中学校 rakunan-h.ed.jp/junior/exam/ 2018-08-02 12:34:06 青識亜論（せいしき・あ
持続可能な開発を目指す ~ ドメイン・ユースケース駆動（クリーンアーキテクチャ） + 単方向に制限した処理 + FRP
この記事は、開発を持続可能にできるようなアーキテクチャとその適用方法を考察するものです。 骨子はできていますが、実装経験をフィードバックして詳細を若干変更するかもしれません。 勉強不足な点もあるので、意見を歓迎します。 開発においてよくある問題点 ビジネスロジックの本質が何だったか見失う。ソースコードのどこまでが業務上の関心で、どこからがそれを実現するための技術上の関心か分からなくなる。 入出力双方向の処理が散在して処理が追い切れなくなる。特にイベント処理でどこに飛ぶかわからないコールバック地獄になる。 初期化・つなぎ込み・統合者的オブジェクトが小さな機能単位で生まれて統一感が無くなる。 状態を持つ値が大量に散在して副作用を起こしバグを生む。 これらの問題の結果、小さな単位ごとに個人のノウハウで"良い"設計がされ、機能を追加しようとしたときにどういう方針で行えばよいか分からなくなる。 解決
テストを書くかどうか議論するの不毛だから、どうやってテストを書きやすくするか議論しよう - Qiita
スピード感重視なのでテストは書かない。テストはなぜ開発を遅くするかという記事がバズりました。みんなテストについて思うところがあるようだ。テストを書くべきか否かは机上の空論になりがちで不毛なので、どうやってテストを書くか、テストの書き方、について、種を巻いた私が書いておく。 もっと詳しい方からのお話お待ちしています。 書くこと テストの書きやすくするためのいろいろ（箇条書き） 書かないこと テストの基本 テストファースト 実装ありきでテストを書くのではなく、テストありきで実装を変える。 はっきり言って、テストを考慮せずに実装されたコードは、書き直さずにはテストできない。 そういう点で、テストなしで実装する選択肢は不可逆なので、初期実装では特に注意が必要。 クリーンアーキテクチャ(DDD) クリーンアーキテクチャの考え方はテストファーストを語る上で重要。私個人としてはまだクリーンアーキテクチャ
すでに生み出されて動いているレガシーコード（テストのないコード）との戦争。結局武器はテスト - Qiita
スピード感重視なのでテストは書かない。テストはなぜ開発を遅くするか というという記事がバズって以降テストの記事ばかり投稿しています。この際だからテストに関するもやもやを吐き出しておきます。 上記記事にてToDoとして、 すでに生み出されて動いているレガシーコードにどう立ち向かうか と書きました。 一回レガシーコードと戦って勝利一歩手前まで行った経験があるのでその経験をまとめます。 どんなコードだったか 規模は小さめ ユニットテストなし 自動テストなし テストはデプロイしないと不可 前任者（作成者）いない UIなし やりたいこと テストがあれば一時間で終わる程度の変更を加える 格言 レガシーコードの改変について有名な格言があり、 レガシーコードのジレンマ コードを変更するためには、テストを整備する必要がある。多くの場合、テストを整備するためには、コードを変更する必要がある。 「レガシーコード
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
5分でわかるクリーンアーキテクチャ
