サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
WWDC25
qiita.com/tatesuke
この記事について シンプルなJavaアプリをGradleでビルドする極簡単なチュートリアルです。Gradleの雰囲気をつかむのが目的です。またGradle Wrapperの導入、利用方法も説明します。 ビルドスクリプトはGroovyで書くとか、この文法はこういう意味でとか、そういうことはあまり詳しく説明しません1。でも、雰囲気はつかめると思いますよ。 想定読者 JDKを自分で導入して簡単なプログラムが書ける程度のJavaプログラマ 「パスを通す」の意味がわかる人 前提条件 JDK6以上がダウンロードされていることが条件です。IDEは不要で、テキストエディタがあればよいです。 プロジェクト作成 はじめに、GradleでビルドするためのJavaプロジェクトを作成します。Gradleの説明に主眼を置くために、できるだけシンプルなプロジェクトにします。 ディレクトリ構成 お好きなディレクトリ配下に
初めに クリップボードに格納されている画像をJavaScriptから取り出す機会があったのでメモ。 （例によってニッチなネタです。） 制約 クリップボードの値を取り出すには、ユーザのアクション(ペースト)が必須です。 セキュリティの関係で好き放題アクセスできないようになっているようです。この壁を乗り越えるにはFlashを使うなどの手法があるようですが、この記事ではそれらには触れません。 したがって、ここで紹介する方法の応用場所は相当限られると思います。 たとえば、Qiitaの編集画面でちょっとした画面キャプチャを添付したいときに、いちいちファイルを介さずに添付できるとか・・・どうかなぁ・・・？微妙？ まぁ、こんなアイデアもあるよってことで・・・ サンプル printscreen(macならctrl + shift + cmd+ 3)で画面キャプチャを取った後、上記ページの「paste im
はじめに 驚き最小の原則（法則）という言葉があります。 Wikipediaの記事を引用すると http://ja.wikipedia.org/wiki/%E9%A9%9A%E3%81%8D%E6%9C%80%E5%B0%8F%E3%81%AE%E5%8E%9F%E5%89%87 ユーザインタフェースやプログラミング言語の設計および人間工学において、インタフェースの2つの要素が互いに矛盾あるいは不明瞭だったときに、その動作としては人間のユーザやプログラマが最も自然に思える（驚きが少ない）ものを選択すべきだとする考え方である。 要するに、使うときに「おやっ？」という驚きが少ないほうが良いプログラムであるといえます[1]。 [1]: どっちが驚きが少ないか迷う場面もかなり多いですが・・・ この記事では敢えて驚きの多いプログラムの書き方を紹介します。驚きの多いプログラムを読むとどんな気分になるか、
GUIで負荷テスト実行はダメ JMeterで負荷テストを行うとき、テスト実行をGUI上から行ってはいけません。JMeterのGUIがボトルネックになって正しい結果が得られないことがあるからです。 GUIはテスト計画の作成のためだけに使い、正式な負荷テストではコマンドラインから実行するのが正しい使い方です。 公式のGetting Startedには以下のように繰り返しかつ強い口調で負荷テストでGUIモードを使ってはいけないと記載されています(太字による強調は。 Don't run load test using GUI mode ! (負荷テストをGUIモードで実行しないで！) GUI mode should only be used for creating the test script, NON GUI mode must be used for load testing (GUIモー
はじめに Java界隈でご飯を食べている私ですが、最近クライアントサイドJavaScriptでの開発(というかnpm)について勉強する機会があったので手順を整理して共有します。 この記事は次のような(ちょっと前の私みたいな)人に向けたチュートリアルです。 古めのJavaScriptの知識ならある人(旧石器時代に生きている人) jsは公式サイトからDL・配置してhtmlファイルにscriptタグを並べて読み込むものだと思っている(それ以外に何があるのだ？） jQueryならある程度は書けるんだけど フロント界隈の記事を読むとサッパリ分からん な人 npmとかrequireとかよく見るけどよくわからん Java界隈を軸に活動している人 ここに書いてあることすらもはや古臭くなりつつある感じがしますが、旧石器時代よし少しは前に進めるのではないかと思います。 また、ここに書いてあるのは開発手法の1例
はじめに Selenideを触ってみたら簡単なUIテストがサクッと書けて感動したので、使い方をまとめました。 Selenideとは SelenideはUIテストのためのSeleniumラッパーです。 Selenide: concise UI tests in Java http://selenide.org/ Java界隈でUIテストといえばSelenium(WebDriver)が有名で、大変優れたツールです。ですが、SeleniumはUIテストのためのツールではなく、ブラウザ操作のためのツールです1。 一方、Selenideは初めからUIテストのために設計されていて、UIテストを「スラスラ」書いて実行できます。ブラウザの閉じ方とか、タイムアウトとか、StaleElement Exceptionsの扱い方などを考える必要はなく、ユーザはテストに集中できるのが売りです。 Three simp
注意とお願い この記事の内容はもはや古いです。ここに書いている方法では動かないものをいくつか見つけました。参考にする際は動作をよく確認してから使ってください。 ひとつお願いがあります。「あれ、動かないぞ」というコードを見つけたら是非コメントか編集リクエストで教えてください。解決方法までなくても結構です。「これはもう動かないよ」という印をつけたいのです。 この記事はYou Don't Need jQueryの日本語訳と同じ内容です。 先日ひょんなことからYou Don't Need jQueryの日本語訳をさせていただきました。著者のCam Songさんからも快諾をいただけたので1、Qiitaでも公開させていただきます。 なお、本家の英語の説明は継続的にメンテされているので、この記事の情報は古くなっている可能性があります。 追記 この記事は当初は「もうjQueryは必要ない」というタイトルで
<!doctype html> <head> <meta charset="utf-8"> <style> #time { font-size:200px; font-weigth:bold; } </style> </head> <body> <p>今帰ると帰宅時間は<span id="time"></span>頃です。</p> <script> // 通勤にかかる時間 var hours = 1; var minutes = 30; update(); setInterval(update, 60 * 1000); function update() { var dT = 60 * 60 * 1000 * hours + 60 * 1000 * minutes; var timeObj = new Date(new Date().getTime() + dT); var hour =
※追記 コメントでこの記事よりも断然質の良い記事を教えてもらいました。 @kabochaさんありがとうございます。 You Don't Need jQuery https://github.com/oneuijs/You-Dont-Need-jQuery 追記の追記。 日本語訳のお手伝いをさせていただきました。 github https://github.com/oneuijs/You-Dont-Need-jQuery/blob/master/README-ja.md [Qiita]もうjQueryは必要ない http://qiita.com/tatesuke/items/b9548dd484b01b139b74 jQueryが使える環境でコーディングした後、jQueryが使えない環境でコーディングしようとすると、「どう書くんだっけ？」となることが多いです。ということで分かる範囲でチートシ
概要 完全に単一のHTMLファイルで動作するMarkdownエディタ「かんたんMarkdown」を作ったというお話。 お断り 一応簡単に動作検証はしていますが、とんでもないバグが潜んでいるかもしれません。 かんたんMarkdownを利用して大切な文章がなくなってしまったり、その他損害が生じても責任は取れませんm_ _m 経緯 前回の記事(そろそろExcelで資料作るのやめたい)で、 単一ファイルで動くMarkdown 画像をbase64で埋め込んでしまう というアイデアに可能性を感じて下さった方が多いようです1。 しかしながら、 エディタとプレビューアが別なのが面倒 base64に変換するのが面倒 といった意見も多く聞かれました。 そこで思ったのです。ならばエディタを作ってしまえと。 かんたんMarkdown かんたんMarkdownは完全に単一のhtmlファイルで動作するMarkdown
(追記） このアイデアを一部利用したエディタを作りました→完全に単一のHTMLファイルで動作するMarkdownエディタ作った 概要 Excelの代わりにHTML5+markdownを使うといいんじゃないの？というお話し。 エクセル方眼紙つらい SIer界隈ではいまだにExcelが大流行です。Excelは使いどころさえ間違えなければ大変強力で便利なツールですが、いかんせん使いどころを間違えた資料が多すぎるなと感じています。 例えば開発環境などの導入手順書とかバグの調査報告書とか、どう考えてもExcelに向いてない資料まで頑張ってExcelで作っていたりします。使いどころを間違えたExcelの資料は、非常にメンテナンス性が悪いです。 Excelで作られた資料を手直ししたら改行位置がずれて一行一行手動で直した 1行増えただけで罫線がずれて1ページ1ページチマチマと泣きながら直した 追記しようと
事の発端 区から成人歯科健康診査のお知らせが届きました。診療費を補助してもらえる大変ありがたい精度なのですが、診療機関一覧は名前、住所、電話番号しか載ってません。できれば家から近い診療所にかかりたいと思い、一つ一つ地図にプロットしていたのですがいかんせん面倒くさい。そこで、GoogleDriveのSpreadSheetとGoogle Apps Scriptでこんなアプリを作ってみました。 アプリ作成 スプレッドシート こんなスプレッドシートを書きます。ここでは新宿周辺のローソンの店舗を例にしてみました。 スクリプト スプレッドシート上の「ツール」メニュー→「スクリプトエディタ」を選択してスクリプトエディタを開きます。 空のプロジェクトを作成してスクリプトエディタ上に以下のコードを記述して、適当な名前でプロジェクトを保存してください。 var WIDTH_CELL = "B1"; var H
図示 bash_profileやらbashrcやらややこしかったので起動順を図示してみた。 ログイン起動：CUIモードやsshでログインした時 対話起動：GUIからターミナルを開いた時や、bashをコマンドで直接実行した時 絶対こうだよと断言するほど自身はないんだけど、概ね次の理解で良さそう /etc系はマシン固有の環境(ユーザにかかわらない)設定を記述 ~/系はユーザ固有の設定を記述 → root以外のユーザが触るのは基本ここ profile系はbash環境にログインした時に実行される rc系はbashを起動した時に実行される →/etc/bash.bashrcは例外だが今はほぼ使われて無い？ その他 cシェルには.loginというファイルがあるらしい。~/.bash_loginはそれに由来するファイル → どっちを使ってもいいけど普通は.bash_profileを使っとけということ？
概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 こんな感じでリーダー主体の質問攻めになってる場面をよく見ます。もちろん、ほとんどのリーダーとしては現状を良くしようと純粋に質問しているだけだと思います。でもこれを詰問と感じて
このページを最初にブックマークしてみませんか？
『tatesuke - Qiita』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
