MESHのソフトウェアタグを使ってmyThingsとつないでみる - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ソニーから発売されているMESHは、さまざまな機能を持ったMESHタグをMESHアプリ上でつなげて、自由に組み合わせを作ることができるキットです。WebサービスやIoTデバイスを組み合わせるmyThingsとさらに組み合わせると、もっと便利な使い方ができそうです。今回はMESH SDKのソフトウェアタグを使いmyThingsで自作デバイスと連携することができる「IDCF」チャンネルとつないでみようと思います。 MESHアプリ MESHアプリはiPhoneやiPadなどにインストールして使います。画面に表示されるキャンバス上でアイコンをビ
プログラマーも手動テストしようぜ 〜 忍者式テストのすすめ 〜 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに プログラマの中には、TDDのような自動テストを整備すれば、手動テストは必要なくなると考えている方もいるようです。本記事では、主にプログラマー向けに、手動テストの大切さとはじめ方を書きます。 はじめ方に忍者式テストが出てきます。 プログラマーが得意なテスト、不得意なテスト プログラマーはCheckingが得意です。Testingは不得意です。 テストには Testing と Checking の二つの作業がある Michael Boltonという人のお言葉があります。 Testing vs. Checking « Develop
JavaScriptを劇的に教えやすくするWebサーバ作りました - Qiita
近年、JavaScriptでコードを書こうとすると、お膳立て7割、コード書き3割みたいな事態がざらにあります。「お膳立て」の例としては、Gulp, Babel, Sass, PostCSS, WebPack, Rollup, Browserifyほか数限りなく。 たしかに、一旦フロントエンド開発に慣れてしまえば、お膳立てにかける時間は短縮することが可能です。でも、これを初学者に強いるのはツラすぎる...! 覚える方はともかく、 教える側がツライ。 今回、未来なJavaScriptやCSSの文法で書いても、よしなにとりなしてくれるWebサーバ「Felt」を作ったので、ご査収ください。 (2016/7/19 関連ツールとの比較を追記しました) GitHub: https://github.com/cognitom/felt npm: https://www.npmjs.com/package/
他システムとのデータベース連携について - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? システムエンジニア Advent Calendar 2015 - Qiita 20日目の記事です。 システム開発をしていると、他システムのマスタやトランザクションデータが必要となる場合がよくありますね。 システム間のデータ連携としては、 リソース共有（データベース共有、ディスク共有） アプリケーション連携（RPC、Web API、MOM1） ファイル連携(CSV連携、etc) などの方法がありますが、ここではデータベース共有を実現するためのデータベース連携方式について考えてみたいと思います。 データベース連携方式について 既存システムが
システム設計の流れ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 昔のメモを整理してると出てきました。今となっては心底どうでもいい。 上流工程に関するあれこれ 大まかな流れ 基本的な流れとしては要件定義→外部設計→内部設計→開発の流れが採用される。 ここで外部設計は基本設計、内部設計は詳細設計とも呼ばれる。 一般にウォーターフォールモデルでの考え方では外部設計までが上流工程と考えられるようだ。 ##要件定義 ###要求開発(超上流工程) [ 業務フロー ] 業務とその流れを表現するもの。素人にもわかるように → アクティビティ図 業務機能関連図 [ 業務モデル ] 業務を静的に表現する。 → ERD
多い日も安心設計 - Qiita
アプリケーションエンジニアの多くは、眠れない夜を過ごしたことがあるでしょう。特に月に一度の…「月末締めバッチ」の日は。 そんなデータ量の多い日や、初モノのバッチが動く日でも安心して眠れるためのバッチ設計を考えてみます。 ログの設計 まず何はなくともログです。きちんとしたメッセージを出せていれば、専任の人がリカバリ可能にもなるってものです。 Audit用のログなど業務要件の強いものを除いては、だいたい3種類に分けるようにしています。 プログレスログ リカバリログ 例外ログ(調査のため) この分類でファイル単位も分けます。ログを必要とする人が、それぞれ異なるからです。 プログレスログ プログレスログは、特に長時間かかるバッチに対して、現在どのくらいまで処理が出来ているのかを目的として出力します。 トラブル発生時や、大規模移行作業時には、バッチの定期的なモニタリングと報告の必要が出てきます。「あ
Excel で仕様書を書く際に注意すること - Qiita
#Excel で文章を書く際に注意すること Excel で仕様書をあちこちの会社で書いてきましたがどこの会社でもあまりメンテ性に考慮した使い方をしているところが少ないのが現状です。 Excel で文章および仕様書を書く際になるべく、あとあとメンテ性が失われないようにしたいものです。 ##文章を長くかかない Excel方眼紙反対派がよく言うことの１つに「改行がめんどう」というのがあります。 そもそも長い文章を書いていることに問題がある可能性があります。 簡潔に書くために、箇条書きなどを用いるのをお勧めです。AND条件やOR条件などで文章が長くなる場合には表を用いて表現しましょう。 ##セルの連結はなるべく使わない ヘッダ等では仕方がない部分はありますが、文章を記述する部分でセルの連結をすると著しくメンテ性が失われます。セルの連結はするべきではありません。 ##値の代入などは表を多用する 代入
VBA ほぼタイプセーフなコレクション - Qiita
VBA やってますか？ VBAってプログラマーに人気ないですよね、たぶん(´・ω・`) でも私のような個人で小さなお仕事をこなして食いつないでいる、ワープア系プログラマにとってはマクロ作成依頼が大事な収入源だったりします。 言語の機能はとても貧弱だし、私の大好きな C# とは比べることすら失礼なほどに手の掛かる子ですけど、慣れるとかわいいものです( ´∀｀) いまどき配列使ってる男の人って・・・ ダメなところは色々あるけど、やっぱり配列だけは最悪・・・ 固定配列は扱いにくいし、可変配列はもっと困ります。 基本的には素直に Collection クラスを使うべきなんですけど、すでにあるマクロの保守で配列を使わざるをえないケースもあると思うので問題点を考えてみます。 可変配列は ReDim でメモリーを確保します。 要素数がいくつあるのかは UBound で配列の添え字の最大値から間接的に調べ
AngularJSでSpring Security - Qiita
2017/04/30 追記 現バージョンでは、CookieCsrfTokenRepositoryを利用したほうが簡単に実装できるはずです。 https://docs.spring.io/spring-security/site/docs/current/reference/html/csrf.html#csrf-cookie 「はじめてのSpring Boot」が面白く、これはSpring覚えねば！と、いう気分になりWebアプリを実装中。 Spring Securityを使用すると認証周りの実装がとても簡単になるようなので使ってみるかー、SPAでもなんとかなるだろうと手を出したら割と大変でした。 もっと簡単に実現できそうではあるのですが。。 フロントは2.0の移行が大変そうなAngularJSを使用しました。 テンプレートがわかりやすいのでAngular1.x系は残しておいて欲しいなあ。
Spring Boot + Thymeleaf + Tomcat + Gradleで業務系アプリ 躓いた所6点 - Qiita
JavaでWEBアプリケーションを作りたい！！という要望に今答えられるフレームワークはいくつかあるが、 その中でSpring Bootは大きな存在感があると思う。 短期間で業務系アプリを構築してほしいという要望が来たのでSpring Bootを使って開発した。 いくつか躓いた点をメモしていたので、それについて共有します。 ※注意：これは実際使ってみて困った点を共有するために記述しています。 ※Spring Bootを使ったことがないというかたは、こちらの方が参考になるかと思います。：http://qiita.com/opengl-8080/items/05d9490d6f0544e2351a ###システム全体像 ・フレームワーク：Spring Boot ・実行環境：開発中は組込みTomcat。本番運用はTomcat7上で。 ・ログイン認証：Spring Security ・プレゼンテーシ
素人がJavaScriptについて知った口をきけるようになるために2014年に読んだ書籍 - Qiita
ほぼプログラミング素人からのスタートなのでJavaScriptを知ってる人にはつまらないかも。 Amazonのリンクは完全にNoアフィリエイトで私には一銭も入らないので安心してお買い上げください。 プログラミング素人編 Head First JavaScript ―頭とからだで覚えるJavaScriptの基本 途中まで読んで放置していたので再読。とりあえず自分が書いたものがブラウザ上で動く感動を知るところから始めるには、この本とドットインストールのJS関連の動画が役に立った。 入門編 JavaScript本格入門 ～モダンスタイルによる基礎からAjax・ｊQueryまで これを読めば、わけがわからないまま呪文のようにコードを書くところから脱却できる。周囲の詳しい方々もこの本をJavaScriptの入門書のオススメに挙げる人が多い気がする。 Web制作の現場で使うjQueryデザイン入門 こ
脆弱性検査ツールまとめ - Qiita
Medusa John the Ripper Hydra Paros BeEF 全般 Nessus OpenVAS Metasploit QualysGuard：NTTデータ先端技術株式会社さんが使ってるみたいですね。 Paraben P2 EnCase Fuzzer Peach Fuzzer Ruby on Rails Brakeman Android PenTest Tools List：リストとはいえ便利です。 WordPress WPScan Webアプリケーション Recon-ng ratproxy skipfish Nikto2 OWASP Zed Attack Proxy sqlmap WebProbe HTTPプロキシ Burp Suite Charles Fiddler x5s Ammonite Watcher intruder21 ソースコード iCodeChecker
Javaを使うなら知っておきたい技術、フレームワーク、ライブラリ、ツールまとめ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Javaの開発と言っても、各種ミドルウェアやフレームワーク、ライブラリ、ツールなどが豊富にあり選択に悩むことは少なくないと思います。 そこで関連技術のインデックスになればと作成しました。 あくまで知っている範囲で記述しているので、コメントしてもらえれば随時追加します！ すべてを書くと膨大な量になるため、現状採用が減ってきているものや、そもそもあまり採用されていないもの、後継があったり、類似のものと比較した場合に明らかに劣っているものは省いています。 ちなみにライブラリには高機能なものも多いので、分類は参考程度にご覧下さい。 サーバ系 A
JavaでのDBのテストデータ作成はDbSetupが楽 - Qiita
Javaでのデータベースのテストデータ作成にはDBUnitがよく使われますが、自分はDbSetupをオススメします。 DbSetup なぜDBUnitがイマイチなのか 自分も最初はDBUnitを使ってたのですが、以下の理由からしっくり来ませんでした。 DBを使ったテストでは少量のデータを使うことが多い ホワイトボックステストで大量のデータを使うことはほとんどなく、単一または複数のテーブルに対して、少量のデータを用意するケースがほとんどです。なので、テストごとにファイル(XML or Excel)を用意するのは面倒です。 テストコードとデータが分離している テストデータを外部ファイルに保存するため、テストコードとテストデータが分離してしまっています。そのため、何をテストしているのかが分かり辛いです。 そこでDbSetup そこで見つけたのがDbSetupです。DbSetupはテストデータをJ
ここ数年前から2015/5までのモダンフロントエンドを総まとめしてみた
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? HTML5や、次々と台頭するJavaScriptフレームワークにみられるように、現在のフロントエンドは異常なほど動きがあります。 常にキャッチアップしていないと、いつのまにかOLDな技術を使い続けることになります。実際に今回記事にしてみて、ちょっとつらくなりました。。 しかし、フロントエンドエンジニアとしてコードを書いていて（最近は主にJavaScript）、そのおもしろさに日々驚いています。 そこで今回は、ここ数年~2015年のフロントエンド界隈で一度は流行った技術、今後の動向などをまとめました。タイトルにモダンとありますが、その辺は
DDD の Java EE 実装サンプル - Cargo Tracker を読み解く - Qiita
#レイヤ化アーキテクチャ（LAYERED ARCHITECTURE） ##DDD でのレイヤ化アーキテクチャ アプリケーションの中では、ドメインのロジック以外にも様々な処理が行われる。 例えば、画面表示に関する処理・トランザクション制御・データベースアクセス・メール送信などがある。 もし、これら他の関心事の中にドメインロジックが紛れ込んでいると、コードは非常に読みづらくなり保守もしづらくなる。 この問題を回避するため、ドメインは他の感心事から分離しなければならない。 分離の手法は多々あるが、一般的に広く受け入れられている手法として、レイヤ化アーキテクチャがある。 レイヤ化アーキテクチャでは、アプリケーションが持つ関心事をいくつかの層に分離する。 各層に含まれる要素は、同じ層内の要素かもしくは下位の層にのみ依存し、上位の層には依存しないようにする。 上位の層と連携する場合は、コールバックやオ
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の導入をしている(しようとしている
Javaの検査例外は、呼び出し側で「どんなに注意しても防げない」異常系 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 注：本記事の内容はJavaで公式にドキュメントされているものではなく筆者の見解です。とはいえクラスを設計する上で有用な指針たり得ると思われるので公開したものです。 おさらい - 検査例外と非検査例外 Javaの例外クラスには「catchしないとコンパイルエラーになる」検査例外（チェック例外、checked exception）とそうでない非検査例外（非チェック例外、unchecked exception）があります。 検査例外は最近は嫌われる傾向がありC#では採用されていませんしAltJava言語も軒並み不採用、さらにはJavaの新しめ
オ・ト・ナのカプセル化再入門 - Qiita
Encapsulation with Package in Java 現在 Android を開発していて、色々なプロジェクトをみていると設計が考えられてない物が多く、「糞コード」と発狂することが度々あります。 しかし、なぜ「糞コード」だと論理的に説明する事は、なかなか難しいものです。 「糞コード」が生まれてしまう理由の一点としては、Web の便利な MVC フレームワークに慣れすぎてしまい、もっとベースにある__ソフトウェア設計__という根幹部分を忘れてしまったか、または考えられてない事ではないでしょうか。 そんな大人の階段を登り切った僕が、もう一度設計とは何かを考えなおし、これは「糞コード」だよと言うために、オブジェクト思考の重要で基本的な要素であるカプセル化とパッケージを軸とした考えをまとめたので共有します。 参考にした Web サイトも是非見てください。 Encapsulation
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
