どーも。今年の春頃からMySQLを学び始めた、するぷ（ @isloop ）です。 学び初めのころは、「たかだか文字列を記録するだけでなんてかったるいんだ。やっぱりCSV保存に逃げようかな。」と思っていました。が、最近になってようやく慣れてきたようで、「結構便利じゃんMySQL」と思えるようになってきました。 というわけで今日は、学び初めの頃に欲しかった「とりあえずこれだけ覚えたらなんとかなるMySQLのコマンドリスト」というものを作ってみました。 これからMySQLをイチから学びたいという人が参考になればこれ幸い。

「マンガで分かるJava入門講座」は、Javaというプログラム言語を、じっくりと時間を掛けてマンガで解説していくという入門者向けの講座です。 架空の高校生たちに教える形式で、Javaの基礎から順に解説していきます。一通りのマンガを読めば、Javaのオブジェクト指向の概念について学べます。 以下、内容の数値データです。 マンガありの話数：95話 マンガなしのコラム：9話 合計Webページ数：104ページ マンガの総ページ数：832ページ ソースコードは、ダウンロード ページ から入手できます。 PDF版はこちらから入手できます。kindle版はこちらから入手できます。 このマンガは「箱人形マンガ(Box Comic) 」で作成しています。 公開開始：2013/04/20 第1部完結：2013/06/09 第2版完成：2015/08/18 最終更新：2018/03/01 作成：クロノス・クラウ

はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ

Javaのコードを実行したときの処理の流れをスレッドと呼ぶ。 "シングルスレッド"とは、スレッドが一つしかない状態。 "マルチスレッド"とは、複数のスレッドが動いている状態。しかし、それは、一つ一つのスレッドを細切れにし一方のスレッドが停止している間に片方のスレッドを動かし、それを人間の感覚では認知できない速度で実行するため二つのスレッドが同時に動いているように見えるだけ。 スレッドを使うには以下の二種類の方法がある 1:Threadクラスを継承する 2:Runnableインターフェイスを実装する。 サーブレットの場合でもマルチスレッドが使われている。 以下の図のように、入力フォームから検索を行っている間も、ブラウザ内のサーブレットは動作し続けている。 【スレッドの状態遷移】 1:実行中(Running)…CPUが割り当てられて、実際に動作している状態 2:実行可能(Ready)…CPUを

synchronizedブロックに使用されている変数が書き換わる場合それはスレッドセーフではありません。（まあ当然です） 例えばこれはNG class TargetDate { private static String staticCal = "書き換えられるかな？"; public void set(String s){ staticCal = s; } public void echo(){ synchronized (staticCal) { for (int i = 1; i <= 100; i++) { System.out.println(i + "回目 [" + staticCal + "]"); } } } } setメソッド内でstaticCalの値を変更しているときにシンクロしていないのでEchoの呼び出し側スレッドが影響を受けてしまいます。 Echoメソッドとしては

隣の炎上プロジェクトのヤパイコード探しを仰せつかったので、とりあえずFindBugsにかけてみると、↓こんなのが出た。 class Hoge { private String foo; public void setFoo( String foo ) { synchronized( this.foo ) { // fooへの更新を1スレッドに制限したい(のだろうと推測) this.foo = foo; <処理...> } } } 「this.foo」のロックで同期化をしようとしているのだけど、synchronizedブロック内でthis.fooを書き換えてしまっている。書き換えた後のthis.fooは誰もロックしていないため、ブロックが複数スレッドから実行できてしまう。以下は検証コード。 class Foo { private String foo = ""; // nullを設定されると

あなたの知らない、4つのマニアックなJava文法：【改訂版】Eclipseではじめるプログラミング（17）（1/3 ページ） これからプログラミングを学習したい方、Javaは難しそうでとっつきづらいという方のためのJavaプログラミング超入門連載です。最新のEclipse 3.4とJava 6を使い大幅に情報量を増やした、連載「Eclipseではじめるプログラミング」の改訂版となります 知ってました？ Javaでも、あんなことやこんなことが… 前回の「“ネスト”した型で始める軽量Javaプログラミング!?」では、通常のJavaプログラミングよりもライトウェイト（軽量）なプログラミングをするために、「ネストした型／クラスとは何か」について基本的な説明をしました。 ネストした型をきちんと利用できるようになるには、「staticのネストしたクラス」「内部クラス（インナークラス）」「エンクロージン

2016/12/10追記 1.8で追加された主としてStreamを使うメソッド群を追加。jdk1.8.0_111を使用。 2020/03/21追記 jdk11で追加されたreadString/writeStringを追加。 Java SE 7徹底理解 第4回 New I/O 2の新しいファイルシステムインタフェース その1 | 日経クロステック（xTECH）とかJava SE 7徹底理解 第5回 New I/O 2の新しいファイルシステムインタフェース その2 | 日経クロステック（xTECH）とか読んでjava.nio.file.Files便利そうですねー、ということでFilesのメソッドを一通り使ってみることにした。 このエントリを読む上での注意点として、ファイルを扱うAPIてことで環境によっては動いたり動かなかったりがあるってのと、俺がなんかおかしい事書いてる可能性無きにしもあらずな

finallyを使う場面と、finallyでしてはいけないこと：JavaTips ～Javaプログラミング編 finallyは、try-catch構文において、例外の有無や処置に限らずに行いたいことがある場合に指定する句であり、Javaの例外処理の柔軟性を高めます。プログラムが例外によって中断しても、catchによって捕捉されて続行しても、あるいは、正常に進んでも、finallyによって同等の処理を行うことができます。よって、例外が付き物の通信処理やファイル処理の後始末などに役立ちます。 しかし、finallyを用いると、通常のtry-catch構文の場合に比べて、動作が複雑になりますので、使うべき場面かどうかを考えるのが肝心です。　また、finallyを用いると動作テストが難しくなります。catchが1つしかない場合でも、下記の全パターンを試す必要があるからです。 例外が発生せずに進み、

catchの使用方法（応用） 1. catchは複数指定可能 catchはスローされる例外オブジェクトにあわせ複数指定することができます。上から順に実行され、1つのcatch節が実行されるとそれ以降のcatch節は実行されません。 【例２】catchを複数指定した例です。 class ExException6 { public static void main (String[] args) { try { int x = Integer.parseInt(args[0]); //(1) System.out.println("答えは" + (100/x)); //(2) //ArithmeticExceptionの例外ハンドラ } catch(ArithmeticException e) { System.err.println("ArithmeticExceptionをキャッチ");

Javaの下巻で勉強したコレクションクラスでのArrayListとLinkedListについてのお話。 Javaを結構勉強している人は間違いがないかご確認下さい（笑 今回の日記では、ArrayListとLinkedListの使い分けに絡めて、for文と拡張for文およびIteratorではどちらの方がアクセス速度が早いのか、といったところです。 さて、私はこの2つのクラスを今までは、何となくスタックの機能使いたいからLinkedListで、それ以外はArrayListでいいかなと言った感じで使ってました。 はい、ダメダメですね。 何がダメかと言うと、次の特徴を見れば分かると思います。 2つのリストにおける最大の特徴 public class ArrayList extends AbstractList implements List, RandomAccess, Cloneable, ja

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

Atomic〜とか中身でsynchronizedしてるだけじゃね〜(´･∀･｀) なんて思ってた。で、試す機会が来た。 import java.util.concurrent.atomic.AtomicInteger; public class Test{ //走らせるスレッドの数 static final int thread = 1000; //1つのスレッドの中でカウントする回数 static final int loop = 100000; //AtomicIntegerを使ってカウント static AtomicInteger acounter=new AtomicInteger(); static class Runnable1 implements Runnable{ public void run(){ for(int i=0;i<loop;i++)acounter.inc