Spring Fest 2018の資料です。 本セッションでは、Spring BootでRESTful Web Serviceを作成する方法についてお話しします。 環境構築から実装方法、またMockMVCを使ったテストまでを簡単なサンプルを使って解説していきます。 初心者向けのセッションですので、興味のある方はお気軽にお越しください。
Spring Fest 2018の資料です。 本セッションでは、Spring BootでRESTful Web Serviceを作成する方法についてお話しします。 環境構築から実装方法、またMockMVCを使ったテストまでを簡単なサンプルを使って解説していきます。 初心者向けのセッションですので、興味のある方はお気軽にお越しください。
perl -lane '$F[2]=~s/^([a-z]+).*/$1/; $h->{$F[1]}->{$F[2]}++;END{map{$t=$_ and print $t;map{print qq/$t\t$_\t$h->{$t}->{$_}/} keys %{$h->{$_}}} keys %$h}'' strace.loggrep -hA 20 '^top -' top.logperl -lane '/top - ([\d:]+)/ and $t=$1;$F[0]=~/\d+/ and printf (qq/%s %s%s\n/,$t,$_,lc(sprintf(q/%X/,$F[0])))'
hashってなに? 起動したコマンドが、何処にあったのか、2回目以降のPATH検索を省略する機能です。 PATH環境変数を変えた後、コマンド行方不明⇛hashによるキャッシュ PATHをいじった後に、コマンドの場所変更が、反映されないことってあるよね #bashの場所の確認 takuya$ which bash /usr/local/bin/bash # 消してやる takuya$ rm /usr/local/bin/bash #消しても /bin/bashにあることを確認 takuya$ which bash /bin/bash #PATH=/bin: あるから bashで起動するよね! takuya$ bash -bash: /usr/local/bin/bash: No such file or directory ## あれれ?おかしいなー bashを削除しても、/bin/bash
by @mixiappwchr swiftがでてしばらく経ち、実際の現場でswiftを使うかどうか検討されているところもおおいでしょう。 まだ出たばかりなので、本当に現場でつかっても大丈夫かどうか悩んでいる人もいるかもしれませんので、実際に現場で直面したはまりどころを共有したいと思います。 ビルドが遅い ビルドに関してはSwiftだと遅くなりました。Androidに比べてビルドが早い点が良かったんですが今後に期待。これをダシに新しいMacを買おうと思います! リファクタリングができない これは地味にきついです。クラス名をやっぱりこっちにしたい!とかアプリを作り始めとかちょいちょいあるのですが、いちいち手で治すという。。 プロジェクトが長期化したら目に見えて厳しいので早めに対応していただきたいところ。 Swift CompilerのOptimize のbug これは結構こわいです。 実装終わ
is not null で count する SQL を Index Only "Fast Full" Scan で仕事(計算)量を減らして高速化してみた。インデックスを作成すると、オプティマイザが期待していた仕事(計算)量が少なくなる実行計画を選択してくれた。 チューニング結果 ビフォー 17:36:30 SQL> alter system flush buffer_cache; System altered. Elapsed: 00:00:00.88 17:36:51 SQL> select count(c2) from test1 where c5 is not null; COUNT(C2) ---------- 100000 Elapsed: 00:00:05.70 17:37:11 SQL> select * from table(dbms_xplan.display_curs
spullara/mustache.java · GitHub Mustache.javaでhello worldレベルのことをやる。 環境 Java Java SE Development Kit 8u31 Eclipse Luna(4.4.1) IDE for Java EE Developers やったこと サンプルコード動かす pom.xmlに依存性追加する <dependency> <groupId>com.github.spullara.mustache.java</groupId> <artifactId>compiler</artifactId> <version>0.9.0</version> </dependency> spullara/mustache.java · GitHubのサンプルをコピペして動かしてみる。 src/main/resourcesとかパスの通って
チームにある程度テストがかさばってくると、テストの実行時間が問題になる。せっかくテストを頑張って作っていても、実行時間が10分とか20分になってくるとどうしてもテストを動かすのが億劫になる。 せっかっく開発がノッてきたのに、テストのフィードバックがすぐ得られないと集中が途切れてしまう。手元なら実行範囲を狭めればいいだけだが、 CI 環境ではそうもいかないし、 そこでこけている原因を探るのに一回のトライエラーが10分間隔とかになると辛い。 まぁ、そういう建前は色々あるけど、テストのフィードバックが早く得られると困る人はいないと思う。 そういうわけでテストを並列実行しようという話が出てきて、php 界隈で並列実行を試みようとすると例えば以下のライブラリに行き当たる。 https://github.com/brianium/paratest https://github.com/verkkoka
徳丸さんの記事をたどって、判決文読んだ。 SQLインジェクション対策もれの責任を開発会社に問う判決 | 徳丸浩の日記 技術面に限った僕的解釈メモ(あくまで個人的な読書メモですので、正確な内容はこちらをご参考ください) ・カード番号の保存は、売り掛け金についてのカード業者を特定するための仕様追加。 ・決済業者へのリンク型の決済を、自社サーバ経由の決済に切り替えた時に全てのカード情報を保存していた。 ・管理画面には、カード情報の一部しか表示されない仕様になっていればよかったのに(カード番号先頭6桁で把握可能)、なぜか律儀にセキュリティコードまで保存されていた。 ・さらにログファイルにも個人情報やカード情報が保存されていて、さらに外部から参照可能になっていた(これが直接の流出原因とはされていない) ・特定の機能について適切にSQLをエスケープしておらず、そこにSQLインジェクションをつくアタック
再インストール後のMacの環境を、普段使っている環境にできるだけ素早く戻すためのドキュメント「Mac Hacks」が公開されています。 作者は年に2回、1月1日と6月1日にMacをクリーンに保つためにOSを再インストールしており、この作業をできるだけ素早く終わらせる作られたドキュメントだと説明されています。コマンドラインを駆使してできるだけ自動化できるように考えられているので、普段からコマンドラインを使い慣れている方にとっては参考になると思います。 例えば、App Storeの設定(ソフトウェアアップデートの制御)や、OS Xの設定、Finderの設定、セキュリティ設定、Notification Centerの設定をコマンドラインから行う方法が説明されています。 アプリケーションもHomeBrewとBrew Cask(GUIアプリ用)を駆使してできるだけ自動的にインストールできるよう試みて
本記事の筆者、Konrad Zapalowicz は Cybercom Poland のソフトウェア開発者で、どちらかと言えば新しい Linux カーネル貢献者ですが、同時にランナーでもあります。彼の Web サイトは zapalowicz.pl です。 私は昨年デュッセルドルフで開催された Linux Con Europe において、Linux カーネル開発に参加するのがいかに容易かを人々に伝えるための講演を行いました。このテーマを退屈と感じるくらい聴衆が上級者だったらどうしようという私の心配をよそに反響は良く、このようなガイドラインやアドバイスは大歓迎だという意見を多数頂きました。会場の最大収容人数は約 30 名で、あまり大きな会場ではありませんでしたが、このテーマに関心を持ってくださる方が世の中にもっといるのではないかと感じています。そこで私はこのプレゼンをシリーズ記事にしようと決め
渡辺です。 スノーボードでのスピン(回転)では、フロントサイド(前回り)は視界に向けて回るので比較的に簡単です。 ところが、バックサイド(背中周り)は非常に難しいと感じます。 これは見えない方向への回転なので見えないためであり、恐怖心が原因です。 解らないのは怖いことです。 解ってしまえば意外と簡単だったりします。 「幽霊の正体見たり枯れ尾花」とは良く言ったものですね。 Git(バージョン管理)のMergeも同様です。 Mergeの正体を理解し、恐怖心をなくしましょう。 最後の最後は気合いで手動Merge はじめにお断りしますが、Mergeを理解したとしても、手動でMergeする作業がなくなるわけではありません。 そして、手動でMergeするときは、最終的に気合いでMergeする以外の方法はありません(笑) しかし、Mergeを理解しConflict(競合)が発生しにくい運用を行うことで、
このトレーニングは、プランクと呼ばれる体幹を鍛えるトレーニングです。腹筋全体を鍛えることが出来ます。10秒といっていますが、目標は一分位を目安にすると良いみたいです。 ポイント ◎ 体をロックし、背中を丸めたり、反らしたいしないように。 ◎ 一度、ロックしたら絶対に動かさないという意識で行う。特にきつくなってきたら、お腹が下がり、体が反ってくるので注意。 ◎ もう無理と感じたところから、あと一回チャレンジするのが効果を高めるためのコツ。 1日たった10秒でOK!驚くほどお腹がへこむ「体幹トレーニング」やってみた。 一ヶ月やってみた。少し引き締まった気がする。 ひとこと! これ年末の飲み会の時に友達とやったんだけどまじで辛かった。。凄い効くよね。 参考サイト:1日たった10秒でOK!驚くほどお腹がへこむ「体幹トレーニング」とは? | 9ポスト プランク/腹筋/体幹を鍛えるトレーニング | 体
Getting Started · Consuming a RESTful Web Service このガイドではRESTful Web サービスを利用するアプリケーションの作成をしていきます。 What you’ll build Spring の RestTemplate を使い、次のような Facebook の Graph API で企業ページのデータを取得していきます。 http://graph.facebook.com/pivotalsoftware What you’ll need だいたい15分 お気に入りのテキストエディタかIDE JDK 1.6 以上 Gradle 1.11 以上か、 Maven 3.0 以上 How to complete this guide 以下から雛形をダウンロードできます。 git clone https://github.com/spring-g
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
Windows 7、Windows 8/8.1などからの無償アップグレードが発表された次期OS「Windows 10」の発表から一夜明けて、Microsoftが次期Officeである「Office 2016」を2015年後半に発売予定であることを明らかにしました。なお、Office 2016はモバイル端末では無料になるとのことです。 The next chapter of Office on Windows - Office Blogs http://blogs.office.com/2015/01/22/next-chapter-office-windows/ Windows 10の最大のテーマは、PC・スマートフォン・タブレット端末をシームレスにつなぐこと。そのために共通のソフトウェア「Universal App(ユニバーサルアプリ)」が導入されることになっています。もちろんOffic
僕は学習をする際には書籍を参考にするのが好きだ。なぜネットとかではなくて書籍を参考にするかというと、書籍のほうが学びたい事柄についてネット情報や人から教わるのと比べて、どちらかというと体系的にまとめられていると思っているためだ。 ただし書籍を参考にしている時によく陥りがちなのが、「学習する」という目的を忘れて、「本を読み切る」という事自体が目的化してしまうことだ。こうならないため、僕はこの書籍を読む目的をはっきり決めるようにしている。その目的が大体3つくらいの種類に分類されてきたので、今回はそれについてまとめてみようと思う。 三つの目的のどれかを選ぶ 僕の中で学習目的で書籍を読むときは以下の三つの目的のどれかに絞っている。 これからの課題を解決する方法を見つけるための読書 これまでうまくいったことの言語化を行うための読書 視野を広げるための読書 この三つのどの目的で本を読むか、自分の中で明
[レベル: 初〜中級] 入力フォームのフィールドには、入力が「必須」なのかまたは「任意」なのかのラベルを両方付けることが推奨されます。 どちらか片方だけだと入力途中の離脱の原因になります。 ECサイトのユーザービリティ調査と最適化を専門に扱っているBaymard Instituteが詳しく解説しています。 15の大手ECサイトのユーザビリティ調査と18の主要なモバイルサイトのユーザビリティ調査、そして自社による最新の大規模なアイトラッキングテストによって実証することができました。 この記事では、その解説の要点をまとめて紹介します。 片方だけの「必須」「任意」ラベルの問題点 入力が「必須」か「任意」かをどちらか片方のラベルだけで示すことにはさまざまな問題点があります。 必須か任意かを示さないのはいちばんよくない そのフィールドの入力が必須か任意かを示さないのはいちばんよくないスタイルです。
Gitを使ってはいるものの、しっかり理解できていないので分かりやすそうな記事などを集めました。多分同じような感覚の人は少なからずいると思うので参考になれば幸いです。 記事 【Git入門者向け】イメージで理解するGitコマンド事始め | きのこる庭 「工場」に見立てて、git init, git add, git commit, git status, git log, git branch, git checkout, git merge, git clone, git pull, git push, git fetchを解説されています。 絵がかわいくてわかりやすい。 git入門 (全22回) - プログラミングならドットインストール 説明不要、みんな大好きドットインストールの「git入門」(全22回)です。 イラストでわかる!git入門の入門 : アシアルブログ アシアルブログより「イ
連載目次 HTTPサーバーの「マニフェスト」を作ろう 前回の「Puppetのインストールと動作確認、トラブル対処法」では、無事PuppetのインストールをクリアしたR子さん、今回はついに「マニフェスト」(Puppetにおける自動化の定義書)を作成するようです。 K男 お、ちゃんとPuppetのmasterとagentのセットアップができたね! 感心感心。 R子 もう私、いっぱいいっぱいですぅ。許してくださいよぉ(悲)。 K男 うちの会社ではWebサーバーのチューニングノウハウがあるんだけど、手順書を見てやらなくても自動構築できるようにしたいんだよね。 R子 あ、私も手順書のコピペミスとかで怒られたことあるので、自動化でできると楽ですね~。 K男 では早速、PuppetでWebサーバーを自動構築してみて。あ、うちの部署では基本CentOSだけど、他の部署ではUbuntu使ってるので、Cent
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く