標準アノテーション | Javaコード入門
アノテーションの中でも、Java SE標準で提供されているアノテーションのことを、標準アノテーションと呼びます。Java SE 8の時点では、以下のようなものがあります。 オーバーライドを明示する – @Overrideアノテーション そのメソッドがスーパークラスのメソッドをオーバーライド（上書き）していることを宣言します。省略しても動作自体に支障はありませんが、明示することでメソッド名や引数にタイプミスがあった場合には、コンパイラーが警告を発生します。 Triangle.java package com.example.mynavi.object; public class Triangle implements IAreable { ...中略... @Override public double getArea() { return base * height / 2; } }
Big Sky :: GitHub Pages が Jekyll 3.0 になり、ますますブログが書きやすくなった。
先日、GitHub Pages が Jekyll 3.0 になりました。 GitHub Pages now faster and simpler with Jekyll 3.0 · GitHub GitHub Pages is now running the latest major version of Jekyll, Jekyll 3.0 , and with it, many of th... https://github.com/blog/2100-github-pages-now-faster-and-simpler-with-jekyll-3-0 速くなったという事でとても喜ばしいのですが、良い事はそれだけではなかった。GitHub Pages を使ってのブログ作成方法については、これまでこのブログでも幾つか紹介して来ました。 Big Sky :: Jekyllで始める簡単ブロ
GitHub Pages (Jekyll) のローカルプレビュー環境を Docker で手軽に実現しよう (Macの場合) - Qiita
参考記事: Docker Part 1 - Mac に Docker をインストールする〜かんがえるさかな (補足) 私の場合，これ↑に先立って，brew cask update としたらエラーが発生しました。原因は brew cask が brew に統合されたためでした。最近は brew update とするだけで cask の方もアップデートされます。 もちろん公式サイトからダウンロードしてインストールしても構いません。 Docker Toolbox ダウンロードページ(英語) Mac での Docker Toolbox インストール方法(英語) 手順2: プレビュー環境を作る プレビュー環境の作り方は2通りありました。 grahamc / docker-jekyll を利用する方法 Preview a Jekyll site with Docker on Mac OS X (英語)
Github Pages + Markdownで楽々プレゼン生活 - なっく日報
qiita.com の記事の内容ほぼままなのですが、 自分的にはライフチェインジングな発見だったのでご紹介。 Github Pagesとremarkを組み合わせるとプレゼン資料作成が捗るよというお話です。 Github Pagesとは？ みなさん知っていると思いますが、Github上で、yukidarake.github.ioみたいなリポジトリを作ると、https://yukidarake.github.io/にWebページを公開できるという機能です。 が、上記のようなユーザ/オーガニゼーションだけでなく、gh-pagesブランチを作成すれば、プロジェクト毎にも作れるそう！（これ知らなかった） その場合、URLは https://yukidarake.github.io/presentations みたいになります。 詳しくは↓をご覧ください。 pages.github.com remar
Jekyll + github pages を使って git + markdown でサイト構築 | akkunchoi@github
github pagesとJekyllを使って個人サイト構築してみました。今ご覧のこのページがまさにそうです。 はじめに git + markdown でのサイト管理が便利そうなので、ホスティングまでできるgithub pagesを使ってみました。 ちなみにOctopress, Jekyll bootstrapを使えばもっと簡単に設置できるとみたいです（後で知った）。 [username].github.com の取得 まずは github pages のユーザーページをセットアップ。 Github の Create a New Repo へ。 Repository name に [username].github.com と入力。[username]は自分のIDです。 “username = 自分のユーザID” でない場合はドメインのルートにならず、パスを切るようです。 例えば akku
Githubページを作ってjekyll+Markdownで更新する方法
jsのライブラリや、ドキュメントのページを見ていると、 よく**~~~.github.com**というアドレスを目にします。 このアドレスは何なんだろう。 Githubに認められしものの証なのだろうか。と調べてみたところ、 GithubがホスティングしてくれるサービスGithub Pagesという物でした。 手軽に始められるし、Markdownが使えてテンプレートも使えるという代物だったので 使えるようにするまでの手順をまとめました。 目標 今回の記事の目標は、 「Githubページを作成し、Markdownで更新する」ことです。 Markdownについては、過去に書いた記事 プラグインを使わずにMarkdownでWordpressのブログを更新する（基礎編） を御覧ください。では早速始めます。 必要なもの Githubアカウント gem これだけです。 Githubへの登録は、あらかじめ
GitHubのmasterブランチをWebページとして公開する手順（GitHub Pages） - Qiita
GitHubでは、サーバーを自前で準備しなくてもWebページを公開できる「GitHub Pages」という機能があります。これまでは、gh-pagesという別ブランチを作成して、そこにソースコードをプッシュする必要がありました。しかし、本日(2016/08/18)実装された新機能により、masterブランチのみでWebページを公開できるようになりました。 本エントリーでは、具体的な設定手順を紹介します。 手順 masterブランチにて、「docs」フォルダーを作成します。このフォルダーに公開したいWebページのソースコードを入れます。 masterブランチをプッシュします。 GitHubのリポジトリページ上で、[Setting]→[Pages]に移動します。 [Source]の箇所から、「Branch: main」、「/docs」フォルダーを指定します。 [Save]を押すと、下図の赤枠部
スタック・オーバーフロー
python × 120 javascript × 50 c# × 34 python3 × 31 html × 31 c++ × 28 linux × 27 c × 26 java × 21 windows × 20 android × 16 ruby × 16 google-apps-script × 16 php × 15 css × 15 reactjs × 15 typescript × 15 docker × 13 aws × 12 pandas × 12 swift × 11 ruby-on-rails × 11 mysql × 11 unity3d × 11 node.js × 11 ubuntu × 11 vscode × 11 postgresql × 11 rust × 10 macos × 9 visual-studio × 9 laravel × 9 networ
OS誕生からLinuxまでの歴史 - UnixClassWiki
注意 本文は1994年にソフトウェアデザイン誌に連載していたOS入門の原稿をベースにしています。ですからこの文章は1994年当時の状況をベースにしてかかれています。現在ではGNU/Linuxをシステム全体、Linuxをカーネルと区別しますが、本文中ではGNU/LinuxシステムをLinuxと呼んでいます。これは1994年当時の状況をそのまま残しているためです。 OSの歴史は、コンピュータが産まれてから20年ほど経った1960年代中期からスタートします。1960年中期にIBMが開発した商用コンピュータ・システム IBM System/360は、本格的なOS (OS/360)を搭載していました。それ以前のコンピュータ・システムは、部分的にはOSとしての機能を満たしたものがありますが、OS として機能及び概念が確立はしていません。IBM System/360が始めてOSの機能と概念を確立させまし
5.8. セッション管理 — TERASOLUNA Server Framework for Java (5.x) Development Guideline 5.0.0.RELEASE documentation
HTTP自体には、物理的にセッションを維持する仕組みはないが、セッションを識別するための値(セッションID)を、クライアントとサーバとの間で連携することで、論理的にセッションを維持する仕組みが提供されている。
メソッドの戻り値のジェネリクス（List<String>の"String"部分）を動的に変える - Qiita
メソッドの戻り値のジェネリクス（List<String>のString部分）を動的に変えてみましょう。 メリット どういうメリットがあるかというと、 共変戻り値を使っていて、メソッドの戻り値の型が一つに定まらないとき 親子関係にあるいろいろな型のオブジェクトが1つのリストに入っていて、そのうち特定の型のオブジェクトだけを抽出して新たなリストを作成して返したいとき（たとえばAndroidアプリの開発で、引数にButton.classやらTextView.classを渡して、それぞれList<Button>やList<TextView>が返ってくるメソッドを作りたいとき） に役立ちます。 この方法を使えば、 戻り値のジェネリクスが違うだけのメソッドをたくさん作らないですんだり、 返ってきたList<Foo>の要素1つ1つに対して型をチェックしたりキャストしたりする手間がなくなります。 それほど
Spring MVCのコントローラでの戻り値いろいろ - Qiita
Spring MVCのコントローラのメソッドで使える戻り値にどんなものがあるか、どういう使い方ができるかをざっくりまとめてみた。 @Controllerと@RestControllerの違い 先に@Controllerと@RestControllerの違いを説明しておく。 Spring MVC ではコントローラクラスにアノテーションで@Controllerまたは@RestControllerを付ける。 @Controllerは主にWebページ用のコントローラで使用する。 Webページ用コントローラはJSPやテンプレートエンジンのViewに遷移してレスポンスのHTMLを生成するので、基本的にメソッドの戻り値はViewの遷移先を指定するのに使用する。 @RestControllerはJsonやXML等を返すWebAPI用のコントローラで使用する。 こちらはViewに遷移しないのでメソッドの戻り
Rubyでディープラーニング - Qiita
背景 現在、TensorFlow、Chainer他多数のDeepLearning用ライブラリが公開されています。 本格的なアプリケーションで使うには実行スピード、クオリティ、拡張性、ドキュメント、コミュニティの充実等多くの面で、それらの中から選択して使用するのが鉄板な状況です。もちろん、私もメインではそれらを使わせてもらっています。これらのライブラリ、例えばtensorFlowではcomputatoin graphを構築、operationを追加してそれを実行というイメージで（行列、数式で取り扱うイメージ）、根底にある古典的なニューロンの結合という考え方が隠されている気がします。むしろ、そのことは忘れて突き進んでしまっても良い気はしますが、自分の理解を深める意味でもニューロン指向でスクラッチからニューラルネットワークを書いてみました。 使用言語は機械学習分野ではPythonに残念ながら遅れ
DIのフレームワーク、SpringとSeasar2をHelloWorldで比較してみた - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） DIってありますよね。依存性の注入というもので、 プログラムはふつう 呼び出し側（クライアント）→部品（コンポーネント） っていう具合に書くので、呼び出し側にクラス（関数名）が入ってしまい、結合が密になってしまい、修正しにくい（ただし、XML－RPCなどアプリケーションをサーバーから呼び出す場合やリフレクションを使う場合は、この限りではない）。そこで、逆に 呼び出し側（クライアント）←プログラム（コンポーネント） ということを実現する（矢印の方向が違う）、これが依存性の注入で、どうするかというと、 ・部品となるプログラムについて記述した設定ファイルをかいて、 ・クライアントにそれを読み込みませ ・そこに記述された部品（コンポーネント）をとって(get)くる →注入してもらう って
RubyのDIコンテナを20行で書く - c4se記：さっちゃんですよ☆
PHPでアプリケーションを作ってゆく。大きくなると、classが増えてゆく。classが増えてゆき、constructorの引数が増えてゆく。classをnewする順番が決まってゆき、それに従はねばならない。同じインスタンスがあちこちで必要になる。DI (Dependency Injection, IoC) の出番だ。 はじめはPimpleを使うてゐたが面倒になり、既存のDIライブラリは複雑な手続きが必要で、面倒だったので自分で作った。Ranyuen/Diだ。 cf. Ranyuen/Di https://github.com/Ranyuen/Di cf. PHPで簡単に華麗にDIとAOPをキメる http://c4se.hatenablog.com/entry/2014/12/11/013136 こんなに苦労して作ったDIコンテナだが、Rubyでは20行で書けるとMatzも言ってゐる。
依存性の注入 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "依存性の注入" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2021年6月) 依存性の注入（いぞんせいのちゅうにゅう、英: Dependency injection）とは、あるオブジェクトや関数が、依存する他のオブジェクトや関数を受け取るデザインパターンである。英語の頭文字からDIと略される。DIは制御の反転の一種で、オブジェクトの作成と利用について関心の分離を行い、疎結合なプログラムを実現することを目的としている。 dependencyを「依存性」と訳すのは本来の意味[1] から外れているため「依存オブジェクト注入」の用語を採用す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
httpclientのインターフェースが4.3から大きく変わったみたいですよ - Qiita
Java でのジェネリックスの使い方まとめ
Java ジェネリクスのポイント - Qiita
https://qiita.com/Dronetube/items/ac02a23eafe7d09f3b57