Casual Developers Notes

初級・中級のエンジニアやデザイナー向けに技術情報と英語学習情報を提供中。エンジニアもデザイナーも技術と英語を身に着けて海外に飛び立とう!

  • ホーム
  • 技術 Tips & Tutorials
  • 技術塾
  • ライフハック
  • 海外留学
  • 英語学習
  • コラム
  • お問い合わせ
You are here: Home / Archives for 技術 Tips & Tutorials

2019年1月21日 By Keid Leave a Comment

IntelliJ IDEAの設定を複数のPCで同期する方法

IntelliJ IDEAの設定を複数のPCで同期する方法

IntelliJ IDEAの設定は複雑であるため、新しいPC上などで同じ設定をもう一度実行することは骨が折れます。今回は、IntelliJ IDEAの設定を同期することで自動で設定を反映する方法を紹介します。

はじめに

IntelliJ IDEAはJavaやPythonの開発で人気のIDEです。おそらくIDEの中では断トツの使いやすさを誇り、特にJavaエンジニアにとっては必需品です。一昔前はEclipseで頑張る時代もありましたが、今はKotlinの人気が後押しをして、IntelliJ IDEAがJVM系の言語の開発ではデファクトスタンダードになっています。

ただ、IntelliJ IDEAに限らずIDEには特有の欠点があります。それは、設定する項目が多く、自分が一度した最適な設定を別のPC上で再現することが大変だということです。しかし、解決策はあります。それが、今回紹介する設定を同期する方法です。

それではIntelliJ IDEAの設定の同期方法を見ていきましょう。

自分の設定を複数の自分のPCで同期する場合(IDE Settings Syncによる同期)

まずは、一番ベーシックな自分のオリジナル設定を自分の他のPCに同期する場合です。

Settings Repositoryを無効化する

「IDE Settings Sync」を使う場合は「Settings Repository」を無効化する必要があります。

「IntelliJ IDEA -> Preferences…」をクリックします。

NewImage

「Plugins」を選択し、「Settings Repository」のチェックをはずし、「Apply」をクリックします。

NewImage

IDE Settings Syncで同期する

「File -> Sync Settings to JetBrains Account…」をクリックします。

NewImage

「Get Settings from Account」をクリックします。

NewImage

あとは「Restart」をクリックして再起動すれば同期されます。

NewImage

ある設定を複数人のPCで同期する場合(Settings Repositoryによる同期)

次は、開発チームで同じ設定を共有して使う場合です。

Settings Repositoryを有効化する

先程無効化した「Settings Repository」プラグインを有効化します。デフォルトでは有効になっています。

IntelliJ IDEAの設定を保存するためのGitHubリポジトリを作る

GitHubで適当な空リポジトリを作成します。そして、IntelliJが自動で設定を登録するためにGitHubのAPIキーを作成しておきます。

Settings Repositoryで設定をGitHubに登録する

設定されている方のPCのIntelliJ IDEAから、「File」->「Settings Repository…」をクリックし、GitHubの対象のリポジトリ名を入力し、「Overwrite Remote」をクリックします。この際にGitHubのAPIトークンを入力します。すると、自動的に設定が対象のリポジトリにPushされます。

Settings Repositoryで設定をGitHubからインポートする

新しく設定するPCのIntelliJ IDEAから、「File」->「Settings Repository…」をクリックし、GitHubの対象のリポジトリ名を入力し、「Overwrite Local」をクリックします。すると、自動的に対象のリポジトリに登録されている設定が読み込まれます。

「IDE Settings Sync」プラグインおよび「Settings Repository」の詳細は公式ドキュメントを参照してください。

最後に

いかがでしたか?これで複数のPCのIntelliJ IDEAを設定することになっても、簡単に設定を同期できるようになったことでしょう。それでは。

環境

  • IntelliJ IDEA: 2018.3 (IU-183.4284.148)

カテゴリ : 技術 Tips & Tutorials タグ : github, intellij-idea, settings, sync

2019年1月14日 By Keid Leave a Comment

爆速でJenkinsをマスターしよう(GitHubアカウント統合編) ~ JenkinsのGitHub Organizationの設定方法 ~

爆速でJenkinsをマスターしよう(GitHubアカウント統合編) ~ JenkinsのGitHub Organizationの設定方法 ~

GitHubのリポジトリを手動で一つ一つ追加していくより、GitHubのアカウントをJenkinsと統合して、Jenkinsから自動でリポジトリを追加してくれると便利です。今回はそれを実現するJenkinsのGitHub
Organizationの設定方法を紹介します。

はじめに

個人や小さい組織で個別にJenkinsを使う場合は新しいプロジェクトが立ち上がるたびに新しいリポジトリをJenkinsに登録しても大した手間ではないかもしれません。しかし、ある程度大きな組織や個人や小さい組織であっても新しいプロジェクトを量産するような場合、Jenkinsへの手動のリポジトリ追加は負担になります。この問題を解決するには、GitHubのアカウントをJenkinsと統合し、新しいリポジトリができたタイミングで自動的にJenkinsがそのリポジトリを追加する仕組みを作ることが必要です。そして、その方法はJenkinsではGitHub Organizatoinとしてすでにあります。

今回は、新しいプロジェクトをどんどん立ち上げる活発な人や組織向けに、GitHubアカウントとJenkinsの統合機能「GitHub Organization」の設定方法を紹介します。

前提

以下の準備が完了している必要があります。

  • Jenkinsが構築済みであること
  • Jenkins内でDockerが実行可能であること
  • GitHubのアカウントがあること

GitHubのAPIトークンの発行

まずは、GitHubと連携するためにGitHubのAPIトークンをJenkins用に作成しましょう。

自分のGitHubページに行き、「Settings」をクリックします。

NewImage

「Developer settings」をクリックします。

NewImage

「Personal access tokens」をクリックし、「Token description」に任意の名前(今回は「jenkins」)を入力し、「Select scopes」の「repo」を選択します。

NewImage

「Generate token」をクリックします。

NewImage

これでAPIトークンが発行されました。

NewImage

このGitHubのAPIトークンをJenkinsに設定するので、メモしておきましょう。

JenkinsのGitHub Organizationの設定

それでは、Jenkinsの設定をしましょう。

GitHub統合用のプラグインを入れる

Jenkinsに「GitHub Branch Source Plugin」というプラグインをインストールする必要があります。

「Jenkinsの管理」から「プラグインの管理」をクリックします。

NewImage

「インストール済み」に対象のプラグインが入っていればOKです。(Jenkinsセットアップ時に推奨インストールをすると自動的に入ります)

NewImage

GitHub用の認証情報の追加

ホーム画面から「認証情報」をクリックし、「Jenkins」をクリックします。

NewImage

「Add credentials」をクリックします。

NewImage

「種類」に「ユーザー名とパスワード」を選択し、以下の情報を入力し、「保存」をクリックします。

  • ユーザー名: GitHubのアカウント名
  • パスワード: GitHubのAPIトークン
  • ID: 任意(今回は「github-credentials」)

NewImage

新しい認証情報が追加されていればOKです。

NewImage

JenkinsとGitHubの統合

ホーム画面から「新規ジョブ作成」をクリックします。

ジョブ名に統合するGitHubアカウントのアカウント名を入力し、「GitHub Organization」を選択し、「OK」をクリックします。

NewImage

「Projects」に以下の情報を入力し、「保存」をクリックします。

  • Credentials: 先程作成した認証情報(github-credentials)
  • Owner: 統合するGitHubアカウントのアカウント名(手順通りにやっていれば自動的に入っている)
  • Script Path: Jenkisfileのパス(今回はプロジェクトフォルダ直下に配置するので、「Jenkinsfile」のまま)

NewImage

すると、統合したGitHubアカウントのリポジトリのスキャンを自動的に開始します。(「Script Path」に設定したパスに「Jenkinsfile」があるリポジトリをスキャンします)

NewImage

しばらくするとスキャンが完了します。

NewImage

今回は2つのリポジトリが自動的にJenkinsに追加されました。試しに「devops_sample_nodejs」をクリックしてみます。

NewImage

「ビルド実行」をクリックしてビルドを実行してみます。

NewImage

「master」ブランチをクリックします。

NewImage

ビルドの状況が確認できます。

NewImage

GitHubアカウントのページに戻ります。GitHubアカウント内でスキャンされたリポジトリ全てのビルド状況が確認できます。

NewImage

これで完了です。

最後に

いかがでしたか?これでGitHubアカウントに新しいリポジトリを追加した時に自動的にJenkinsでビルドできうようになりましたね。継続的インテグレーションをGitHubのリポジトリにどんどん適用していきましょう。それでは。

環境

  • Jenkins: 2.151

カテゴリ : 技術 Tips & Tutorials タグ : github, jenkins, jenkins-github-organization

2019年1月7日 By Keid Leave a Comment

AWS Elastic BeanstalkでReactのDockerアプリケーションを稼働させる方法

AWS Elastic BeanstalkでReactのDockerアプリケーションを稼働させる方法

AWS上にDockerアプリケーションを構築する際に、Herokuのようにコマンドラインから簡単に行いたい人には、Elastic Beanstalkを使う方法が良いでしょう。今回は、ReactのDockerアプリケーションをElastic Beanstalkを使ってAWSにデプロイして稼働させる方法を紹介します。

はじめに

AWS上でDockerコンテナを稼働させる方法は現状は以下の4つです。

  • EC2上に自前でDockerをインストールする方法(スクラッチ)
  • Elastic BeanstalkでDockerを使う方法(Heroku風アプローチ)
  • ECSを使う方法(AWSオリジナルのDockerホスティング)
  • EKSを使う方法(Kubernetes前提)

今回はこの中で最も簡単な方法であるElastic Beanstalkを使う方法を紹介します。Heroku風にコマンドを入力するだけでDockerアプリケーションをデプロイできるのでアプリケーションエンジニアにとってはとっつきやすいと思います。それでは、簡単なReactのDockerアプリケーション作成するところから始めていきましょう。

前提

以下の準備が完了している必要があります。

  • NodeJSがインストールされていること
  • Dockerがインストールされていること
  • AWSのアカウントがあること
  • AWS CLIが使用可能であること(「AWSElasticBeanstalkFullAccess」の権限があるIAMでプロファイルの設定が完了していることを想定しています)
  • AWSのキーペアが作成済みであること(この記事内では自前のキーペア「MyKeyPair」を使いますが、ebコマンドでプロジェクトを初期化する際に一緒に作ることも可能です)

細かいバージョンは「環境」を参照してください。

ReactのDockerアプリケーションの準備

まずは、今回稼働させるReactのDockerアプリケーションを作成しましょう。

簡単なReactのアプリケーションの作成

Create-react-appを使ってReactのサンプルアプリケーションを作成します。

$ npm i -g create-react-app
$ create-react-app sample-react-eb-app
$ cd sample-react-eb-app/
$ ls src/
App.css           App.js            App.test.js       index.css         index.js          logo.svg          serviceWorker.js

以下のようにソースコードを少しだけ変更します。

App.js

import React, { Component } from 'react';
import logo from './logo.svg';
import './App.css';

class App extends Component {
  render() {
    return (
      <div className="App">
        <header className="App-header">
          <img src={logo} className="App-logo" alt="logo" />
          <p>
            React + Docker + Elastic Beanstalk = Awesome!
          </p>
        </header>
      </div>
    );
  }
}

export default App;

ソースコードの変更が終わったら起動して確認してみましょう。

$ yarn start

ブラウザで「localhost:3000」を開きます。

NewImage

OKですね。

Docker化する

次に、ReactのアプリケーションをDocker化しましょう。

$ touch Dockerfile

Dockerfileには以下を記載します。ReactをビルドしてNginxに乗せることにします。

Dockerfile

FROM node:11-alpine as builder
WORKDIR /app
COPY package.json .
COPY yarn.lock .
RUN yarn install
COPY . .
RUN yarn build

FROM nginx:1.15-alpine
COPY --from=builder /app/build /usr/share/nginx/html
EXPOSE 80

注意点としてElastic Beanstalkと一緒に使うことを想定している場合は「EXPOSE」は必須です。なぜかというと、Elastic BeanstalkはDockerfile内のEXPOSEを見て自動的にコンテナのポートを判別しているからです。

それでは、Dockerコマンドでイメージをビルドして、起動してみましょう。

$ docker image build -t sample-react-eb-app:latest .
$ docker images | grep sample-react-eb-app
sample-react-eb-app                                                 latest              285dc7e2f91e        46 seconds ago      18.2MB
$ docker container run --rm -p 80:80 sample-react-eb-app:latest

ブラウザで「localhost:80」にアクセスします。

NewImage

ReactがDockerアプリケーションとして動いていることが確認できました。

Gitコミットしておく

ここで一旦コミットしておきましょう。

$ git add .
$ git commit -m 'Dockerize app'

これで今回のアプリケーションの作成は完了です。

Elastic BeanstalkによるDockerコンテナの運用

Elastic Beanstalkをアプリケーションに適用していきましょう。

ebコマンドのインストール

Homebrewからebコマンドをインストールします。

$ brew intall aws-elasticbeanstalk
$ eb --version
EB CLI 3.14.6 (Python 2.7.1)

Ebコマンドについては公式ドキュメントを呼んでおくと良いでしょう。

Elastic beanstalkプロジェクトとして初期化する

それではebコマンドを使って先程作ったReactのDockerアプリケーションを初期化し、Gitでコミットしましょう。

$ eb init

Select a default region
1) us-east-1 : US East (N. Virginia)
2) us-west-1 : US West (N. California)
3) us-west-2 : US West (Oregon)
4) eu-west-1 : EU (Ireland)
5) eu-central-1 : EU (Frankfurt)
6) ap-south-1 : Asia Pacific (Mumbai)
7) ap-southeast-1 : Asia Pacific (Singapore)
8) ap-southeast-2 : Asia Pacific (Sydney)
9) ap-northeast-1 : Asia Pacific (Tokyo)
10) ap-northeast-2 : Asia Pacific (Seoul)
11) sa-east-1 : South America (Sao Paulo)
12) cn-north-1 : China (Beijing)
13) cn-northwest-1 : China (Ningxia)
14) us-east-2 : US East (Ohio)
15) ca-central-1 : Canada (Central)
16) eu-west-2 : EU (London)
17) eu-west-3 : EU (Paris)
(default is 3): 1

Enter Application Name
(default is "sample-react-eb-app"):
Application sample-react-eb-app has been created.

It appears you are using Docker. Is this correct?
(Y/n): Y

Select a platform version.
1) Docker 18.06.1-ce
2) Docker 18.03.1-ce
3) Docker 17.12.1-ce
4) Docker 17.09.1-ce
5) Docker 17.06.2-ce
6) Docker 17.03.2-ce
7) Docker 1.12.6
8) Docker 1.11.2
9) Docker 1.9.1
10) Docker 1.7.1
11) Docker 1.6.2
(default is 1): 1
Note: Elastic Beanstalk now supports AWS CodeCommit; a fully-managed source control service. To learn more, see Docs: https://aws.amazon.com/codecommit/
Do you wish to continue with CodeCommit? (y/N) (default is n): n
Do you want to set up SSH for your instances?
(Y/n): Y

Select a keypair.
1) MyKeyPair
2) [ Create new KeyPair ]
(default is 1): 1
$ git add .
$ git commit -m 'Initialize  elastic benastalk'

自動的にDockerプロジェクトであることを判別しています。

AWSコンソールから「Elastic Beanstalk」の画面を見てみましょう。

NewImage

「All Applications」に新しいプロジェクト(sample-react-eb-app)が追加されています。

NewImage

これで初期化は完了です。

Elastic Beanstalkの環境(Environments)作成と起動

Elastic Beanstalkのアプリケーションではアプリケーションの実行環境を「環境(Environments)」と言っています。今回のアプリケーション開発向けの実行環境を作りましょう。

$ eb list
$ eb create development-env
 -- Events -- (safe to Ctrl+C)
$ eb list
* development-env
$ eb list -v
Region: us-east-1
Application: sample-react-eb-app
    Environments: 1
        * development-env : ['i-03235638342394379']
$ eb status
Environment details for: development-env
  Application name: sample-react-eb-app
  Region: us-east-1
  Deployed Version: app-45d7-181118_161939
  Environment ID: e-smwupmkrma
  Platform: arn:aws:elasticbeanstalk:us-east-1::platform/Docker running on 64bit Amazon Linux/2.12.5
  Tier: WebServer-Standard-1.0
  CNAME: development-env.2dwjz3z3gb.us-east-1.elasticbeanstalk.com
  Updated: 2018-11-19 00:24:10.555000+00:00
  Status: Ready
  Health: Green

この時点で環境にアプリケーションがデプロイされています。

AWSコンソールから確認してみましょう。

新しい実行環境(development-env)が作成されています。クリックします。

NewImage

「Overview」を見ると正常にDockerアプリケーションが稼働しているようです。右上の「URL」をクリックします。

NewImage

今回作成したアプリケーションが表示されています。

NewImage

これで、Elastic BeanstalkでDockerアプリケーションを動かすことができました。

なお、以下のようにEC2インスタンス、ELB、S3バケットが自動的に作成されています。

EC2

NewImage

ELB

NewImage

S3

NewImage

ソースコードの変更とデプロイ

ソースコードの変更が適切に反映されるか確認してみましょう。

「App.css」の「background-color」を明るめに変更してます。

App.css


.App {
  text-align: center;
}

.App-logo {
  animation: App-logo-spin infinite 20s linear;
  height: 40vmin;
}

.App-header {
  background-color: lightskyblue;
  min-height: 100vh;
  display: flex;
  flex-direction: column;
  align-items: center;
  justify-content: center;
  font-size: calc(10px + 2vmin);
  color: white;
}

@keyframes App-logo-spin {
  from {
    transform: rotate(0deg);
  }
  to {
    transform: rotate(360deg);
  }
}

ソースコードの変更が終わったらコミットして、Elastic Beanstalkにデプロイしてみましょう。

$ git add .
$ git commit -m 'Change background color'
$ eb deploy
$ eb health
 development-env                                                      Ok                                                      2018-11-18 16:58:58WebServer                                                                                             Docker running on 64bit Amazon Linux/2.12.5  total      ok    warning  degraded  severe    info   pending  unknown
    1        1        0        0        0        0        0        0

  instance-id           status     cause                                                                                                 health
    Overall             Ok
  i-03235638342394379   Ok

  instance-id           r/sec    %2xx   %3xx   %4xx   %5xx      p99      p90      p75     p50     p10                                  requests
    Overall             0.0         -      -      -      -         -        -       -       -       -
  i-03235638342394379   0.0         -      -      -      -         -        -       -       -       -

  instance-id           type       az   running     load 1  load 5      user %  nice %  system %  idle %   iowait %                         cpu
  i-03235638342394379   t2.micro   1c   38 mins        0.0    0.11         0.0     0.0       0.1    99.9        0.0

  instance-id           status     id   version                  ago                                                                deployments
  i-03235638342394379   Deployed   2    app-17fb-181118_164828   8 mins

AWSコンソールからURLをクリックします。

NewImage

以下のように背景色が変更されています。デプロイがうまくいきました。

NewImage

なお、「Application versions」をクリックすると、デプロイしたアプリケーションのバージョンを見ることができます。

NewImage

Gitのコミットメッセージと紐付いていています。デプロイ時点でメッセージを決めたい場合は「eb deploy -m ‘YOUR MESSAGE’」とすれば付与できます。

Elastic BeanstalkプロジェクトにSSHする

Elastic Beanstalkの実行環境にSSHしてDockerコンテナの状況を見てみましょう。

$ eb ssh
[ec2-user@ip-172-31-45-60 ~]$ sudo docker container ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS               NAMES
3aad113ffbe4        9ca5256ded47        "nginx -g 'daemon of…"   25 minutes ago      Up 25 minutes       80/tcp              heuristic_keldysh
[ec2-user@ip-172-31-45-60 ~]$ exit

Dockerfileで設定した通りNginxとして80ポートで起動しています。

Elastic Beanstalkプロジェクトの削除

最後に、今回作ったElastic Beanstalkの環境をすべて削除しましょう。

$ eb terminate --all
The application "sample-react-eb-app" and all its resources will be deleted.
This application currently has the following:
Running environments: 1
Configuration templates: 0
Application versions: 2

To confirm, type the application name: sample-react-eb-app

以下のように赤くなり、削除のワークフローがかいしされます。

NewImage

しばらくすると全ての削除が完了します。

これで今回作ったElastic Beanstalkのプロジェクトはもちろん、自動で生成されたEC2、ELBもすべて削除されました。S3バケットに関しては中身のログファイルは削除されますが、バケット自体は残るので、不要であれば削除してください。

最後に

いかがでしたか?これでReactのDockerアプリケーションをElastic Beanstalkを使って稼働させることができるようになったことでしょう。それでは。

環境

  • NodeJS: v11.0.0
  • Docker: 18.06.1-ce, build e68fc7a
  • create-react-app: 2.1.1
  • Homebrew: 1.8.1
  • AWS CLI: aws-cli/1.16.40 Python/3.7.0 Darwin/18.2.0 botocore/1.12.30
  • eb: EB CLI 3.14.6 (Python 2.7.1)

カテゴリ : 技術 Tips & Tutorials タグ : aws, docker, elasticbeanstalk, react

  • « Previous Page
  • 1
  • 2
  • 3
  • 4
  • …
  • 29
  • Next Page »

技術力と英語力を向上させて
あたなを次のステージへ引き上げるための無料メルマガ

Sponsored Links

About Author

Keid

カナダを拠点に活躍する(予定)デベロッパー。 大学でコンピュータサイエンスを真面目に学び、日本の大手IT企業に就職したまでは予定通りの人生だったが、日本のIT業界に失望したことで考え方が変わり、海外への挑戦を決意。海外に行きたくても英語ができなかっため、語学留学を経て強制的に英語を上達させ、カナダへの切符を手にした。このブログでは海外に挑戦したいエンジニアやデザイナーに少しでも有益な情報を提供していきたいと思う。(写真は旅行で行ったラスベガス)

https://casualdevelopers.com/

最近の投稿

  • NPMモジュールを自動的にセマンティック・バージョニングで管理する方法(semantic-release編)

    NPMモジュールを自動的にセマンティック・バージョニングで管理する方法(semantic-release編)

    2019年2月15日
  • Go言語でさくっとREST APIを作ろう(Gorilla Mux編)

    Go言語でさくっとREST APIを作ろう(Gorilla Mux編)

    2019年2月4日
  • MacBook ProでApp Storeのアプリをアップデートする際に「This item is temporarily unavailable」と怒られた場合の対処法

    MacBook ProでApp Storeのアプリをアップデートする際に「This item is temporarily unavailable」と怒られた場合の対処法

    2019年2月1日
  • Go言語のためのVisual Studio Codeの設定方法

    Go言語のためのVisual Studio Codeの設定方法

    2019年1月28日
  • reCAPTCHAをWordPressに導入してロボットによるスパムメールを防ぐ方法

    reCAPTCHAをWordPressに導入してロボットによるスパムメールを防ぐ方法

    2019年1月25日

カテゴリ

  • 技術 Tips & Tutorials (85)
  • 技術塾 (5)
  • ライフハック (25)
  • 海外留学 (11)
  • 英語学習 (3)
  • コラム (7)

アーカイブ

最高の学習のために

人気記事ランキング

  • Jupyter Notebookで「The kernel appears to have died. It will restart automatically.」というエラーが出た場合の原因と対処法
    Jupyter Notebookで「The kernel appears to have died. It will restart automatically.」というエラーが出た場合の原因と対処法
  • MySQLで「ERROR 2003 (HY000): Can't connect to MySQL server」と怒られた時の対処法
    MySQLで「ERROR 2003 (HY000): Can't connect to MySQL server」と怒られた時の対処法
  • データサイエンスのためのAnaconda環境構築とTensorflowのインストール方法(Docker編)
    データサイエンスのためのAnaconda環境構築とTensorflowのインストール方法(Docker編)
  • Herokuの無料dynoをスリープさせないで24時間稼働させる4つの方法
    Herokuの無料dynoをスリープさせないで24時間稼働させる4つの方法
  • [tips][Sublime Text] Sublime Text 3で文字化けしない方法
    [tips][Sublime Text] Sublime Text 3で文字化けしない方法
  • PythonでWebスクレイピング入門(Scrapy+Selenium編)
    PythonでWebスクレイピング入門(Scrapy+Selenium編)
  • SAKURAのメールボックスで独自ドメインのメールを設定し、Gmail経由で送受信する方法
    SAKURAのメールボックスで独自ドメインのメールを設定し、Gmail経由で送受信する方法
  • TumblrからWordPressにブログ移転する最適な方法
    TumblrからWordPressにブログ移転する最適な方法
  • バンクーバー留学豆知識:バンクーバーのATMで日本の銀行のキャッシュカードを使ってお得にお金を引き出す方法
    バンクーバー留学豆知識:バンクーバーのATMで日本の銀行のキャッシュカードを使ってお得にお金を引き出す方法
  • [tips][Windows] Windows Updateを一括で行う方法
    [tips][Windows] Windows Updateを一括で行う方法

Bitcoin寄付

Bitcoinを寄付しよう

BTC
Select Payment Method
Personal Info

Donation Total: BTC 0.0010

このブログの運営のためにBitcoinでの寄付を募集しています。お気持ち程度の寄付を頂けると管理者の励みになります。

Bitcoin寄付について知りたい方はこちらの記事へ

ビットコイン取引ならここ

  • ホーム
  • 技術 Tips & Tutorials
  • 技術塾
  • ライフハック
  • 海外留学
  • 英語学習
  • コラム
  • サイトマップ
  • タグ一覧
  • プライバシーポリシー
  • お問い合わせ

Copyright © 2019 Keid - Casual Developers Notes