俺の話を聞け!! LT大会#7 結論markuplintというHTMLのLinter作った
本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
The document discusses Spring configuration and Java-based configuration. It covers topics like using @Configuration classes to define beans, @ComponentScan to find beans, @Bean to define beans, and using Java configuration as an alternative to XML configuration in Spring. It also provides examples of configuring ViewResolvers, controllers and enabling Spring MVC features with annotations like @En
最近業務で Fluentd を触ることが出てきて入門したんですが、最初のうちはトラブルが起きた時に何が起きているのか、どう対処したら良いのかがさっぱりわからなかったので、「Fluentd ってログの収集とかに使われるやつでしょ?」程度の知識しかなかった過去の自分に向けて「とりあえずこれぐらいは知っておけ!」と言いたい内容をまとめてみました。 トラブルが起きた時にどの処理で問題が起きているのか素早くコードを追うことができて、データの消失を最小限に抑えつつ適切に対処できるようになることを目的としています。 なお、現時点で最新版の Fluentd v0.14.21 を対象にしています。 アジェンダ Getting Started Fluentd のアーキテクチャ Processes Supervisor process Worker process Threads Input thread En
なぜ、SQLは重たくなるのか?──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか? そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人(まつうら・はやと/@dblmkt)さんに8つ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に3年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます!」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには**日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな?誰だっけ、それ言ったの?オレじゃねーよ。お前だよ。おめーの
>> NM さん 条件付き書式で色を設定しているので、できなくはないと思いますがちょっと厳しいかもしれません。とりあえず、条件付き書式の管理で塗りつぶしになっている書式を変えれば簡単に直せますね。手作業だと簡単な機能だったりします。(^_^;) EXCEL2010 OS:WINDOWS7 / 32BIT 環境で実行すると (例えば2017/10~2017/12で) 実行エラー 1004 移動先またはコピー先のブックの行列数が元のブックの行列数よりもすくないため、シートを移動先またはコピー先のブックに挿入出来ません。~ というようになります。 デバッグすると ’テンプレートを新規ブックにコピー の次の行でエラーとなっています。 VBAは詳しく無いのですが、これは修正可能でしょうか
2017 - 02 - 16 Googleの「デジタルワークショップ」は無料でデジタルマーケティングを教えてくれるよ ☆ブログ☆ ☆ブログ☆-初心者さん向け Twitter Google Pocket このブログについて ・管理人サキの自己紹介 ・プライバシーポリシー、免責事項、著作権について ・問い合わせフォーム ・カテゴリ別の一覧はここから わかりやすく、チェック問題もついていて「王道」のSEOを学べて無料 Facebookって最近あんまり見ないんですが、さっきたまたま見ていてこんな広告を見つけました。 Googleがデジタルマーケティングを教えてくれる「ワークショップ」をやっていますとのこと。学んだあとは試験があって、合格すると認定証がもらえます、だって。 おもしろそう。そしてGoogleが教えてくれるんだもの、間違いない教材だわ。 ということで、さっそく始めてみました。 簡単だろと
このページについて この記事は、以前書いた「社内Wikiに情報を書くときに守ってほしい、たったひとつのルール」の続編です。前回は、個々のページをどう書くべきかという話をしましたが、今回は社内 Wiki 全体を信用できるものにする方法について考えます。 muziyoshiz.hatenablog.com 想定する環境 この記事は、ソフトウェア開発プロジェクトに関する Wiki が社内にあって、そこに各人がドキュメント(仕様書や手順書など)を書けるようになっている環境を想定しています。 私自身、ソフトウェア開発のときしか Wiki を使わないので、具体例もそのような環境に寄っています。ただ、ある程度は社内 Wiki 全般に通じる話かと思います。 ルール:「更新され続ける」ページと「更新されない」ページをはっきり分ける ここ1年ほど社内プロジェクトをいくつか渡り歩いていたのですが、個人的には、こ
「有名な心理学のテクを使ったら、本当に恋人ができたよ!」 って記事(英文)がニューヨーク・タイムズに出てて、これがなかなかおもしろい。 ・知り合った男女を使った実験 ネタ元は1997年の古典的な論文(英文PDF)で、著者はニューヨーク州立大のアーサー・アーロン博士。 初めて知り合った男女を使った実験でして、自己開示(自分のことを話すこと)と関係構築(お互いの信頼を築くこと)を使って、いかに速く親密なムードを作り出せるかを研究したんですね。 ・この手法で恋人を作ることに成功 具体的には、以下の36個の質問を相手と答えあえばOK。実際、このニューヨーク・タイムズの記者さんも、この手法で恋人を作ることに成功したんだとか。質問の原文は、論文の巻末に載ってますんで、興味がある方はご参照ください。 ・誰とでも親密な関係になれる36の質問 1. 世界中の誰でもディナーに誘えるとしたら、誰に声をかけますか
KANTAROおうち研究室 住宅新築の基礎知識と大手ハウスメーカーの分析 トップページ ≫ ■■ 住宅新築の基礎知識とハウスメーカーの分析 ■■ KANTAROの家づくりサポート 住宅を新築するということは、人生の一大事業です。 完成に至るまでの過程では様々な問題が発生します。 判らないまま業者にせかされて契約したり、なかなか着工できなかったり、自分が思い描いていたものと違う仕上りだったりと挙げればきりがありません。 工事の問題ばかりではありません。計画から完成までの長い期間には家族の中でも色々と問題が発生することがあります。 そういう問題をすべて克服して初めて完成にたどり着けます。 "三度建替えないと満足できる家は建たない"などと言われたりしますが、何度も家を建てれる方はそうおられません。 工務店やハウスメーカーにまかせきりでは後悔することも多いようです。 ご自身でも基礎知識を付けられて
はじめに こんにちは、大正デモクラシーです。年末年始に実家に帰るにあたって、Windows 10がインストールされているXPS 13を持って行ったんですが、実家で庭木の剪定以外にやることがなかったので、それ以外の時間はずっとコード書いてました。しかし、持って行ったマシンの開発環境がまったく整ってなかったのでいろいろ設定しなおしてとりあえずいい感じになったので、その作業メモを書いておきます。 TL;DR これまでLinuxやmacOSで育ててきた環境をWindows 10で使うことはあきらめて、これらのツールをとりあえず入れました。 cmder | Console Emulator Chocolatey - The package manager for Windows GitHub - Microsoft/Git-Credential-Manager-for-Windows: Secure
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く