Gradle使い方メモ - Qiita
systemProp.https.proxyHost=<プロキシホスト名> systemProp.https.proxyPort=<プロキシポート番号> systemProp.https.proxyUser=<認証ユーザ名> systemProp.https.proxyPassword=<パスワード> 上記設定を、以下のいずれかに記述する。 プロジェクトのルートに配置した gradle.properties Gradle ホームフォルダ（<ユーザのホームフォルダ>\.gradle）に配置した gradle.properties 簡単な Java プロジェクトを作る コマンドラインから実行して Hello Gradle!! と出力するだけの簡単なプロジェクトを作る。 build.gradle を作成する プロジェクトのルートフォルダに、 build.gradle という名前のテキストファイル
GitHub - Keith-S-Thompson/how-to-c-response: A critique of "How to C in 2016"
Matt (whose web site does not mention his last name as far as I can tell) has written an article "How to C in 2016". It's been linked to from Reddit and from Hacker News; the latter is where I saw it. Update: Matt has been kind enough to add a link to this critique to his article. Update: A couple of people have found Matt's last name from other sites, but since he didn't choose to include it in h
How to C (as of 2016)
How to C in 2016 This is a draft I wrote in early 2015 and never got around to publishing. Here’s the mostly unpolished version because it wasn’t doing anybody any good sitting in my drafts folder. The simplest change was updating year 2015 to 2016 at publication time. (Update: Many people have submitted revisions, notes, and improvements. All contributions have been incorporated throughout the pa
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
COUNTA を使用して空ではないセルを数える - Microsoft サポート
Excel for Microsoft 365 Excel for the web Excel 2021 Excel 2019 Excel 2016 Excel 2013 その他...表示数を減らす チーム メンバーが、ワークシート内にすべてのプロジェクト時間を入力しているかどうかを知る必要があるとします。 つまり、データが入力されているセルを数える必要があります。 さらにややこしいのは、データが数値ではない可能性もあるという点です。 チーム メンバーの中には、"TBD" などの代替値を入力したメンバーがいる可能性があります。 この作業を行うには、COUNTA 関数を使います。 次に例を示します。 関数は、データを含むセルだけを数えますが、"データ" には見えないスペースが含まれている可能性があることにご注意ください。 この例では、もちろん自ら空のセルを数えることもできますが、大きなブック
IE11：旧バージョンIEでの表示をエミュレーション
こんにちは、さち です。 ウェブサイトを作っていると 旧バージョンの Internet Explorer（以下：IE） で どのように表示されるかを確認したいことがありますよね。 そんな時は、IE11 のエミュレーション機能を使えば 旧バージョン IE での表示確認が簡単にできますよ！ 旧バージョン IE で表示する方法 「歯車」アイコン→「開発者ツール」と進みます。 （「F12」キーを押してもOK） 開発者ツールの右側にある「Edge」と書かれた部分をクリック。 IE のバージョンを選択します（「6」はありません）。 これで選択したバージョンでの表示を確認できます。 ちなみに「Edge」は最新バージョン、つまり IE11 のことです。 多くのウェブサイト制作者を悩ませた IE 独自のボックス解釈（width が padding, border を含む問題）は IE5.5 以前（のレンダリ
keysignparty-ja - GnuPG 鍵の作り方
ここではGnuPG の鍵を持っていない人が鍵を作る方法を説明します。4096bit の鍵を作る説明となっています。 使っている OS に GnuPG がインストールされていることを前提に説明します。 Debian / Ubuntu 環境では、dpkg -l gnupg を実行することによって、インストールされているか、確認することができます。 $ dpkg -l gnupg Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ 名前 バージョン 説明 +++-===========
Factory Distribution - openSUSE Wiki
Factory Distributionとは？ Factory Distributionとは、次のopenSUSEディストリビューションの開発現状です。 openSUSE(アルファ、あるいはRCリリースのような)の開発リリースは、このディストリビューションからのスナップショットです。 これは、Factory Distributionが任意の状態になって、その一方で開発リリースがリリースの前にある基礎的な試験を行っていることを意味します。 Factory ニュース は、Factory Distributionの状況ともに、変更のリストをも含んでいます。 これは、ディストリビューション・テストのような2つのディストリビューション間隔(新しいディストリビューションのリリース直後)の間での真実です。 Factory Distributionは常に動き続けています :-)。 他のopenSUSE/S
Git ワークフロー | Atlassian Git Tutorial
現在、Git は最も普及しているバージョン管理システムです。Git ワークフローは、Git を使用して一貫性のある生産的な方法で作業を行うためのレシピや推奨事項のようなものです。Git ワークフローによって、開発者や DevOps チームは一貫性を持って Git を効果的に活用できます。Git では、ユーザーは変更を柔軟に管理できます。Git は柔軟性を重視しているため、Git を操作するための標準化されたプロセスはありません。Git で管理するプロジェクトにチームで取り組む場合は、変更をどのように適用するのかについてチームで完全に合意することが重要です。チームの認識を統一するには、合意した Git ワークフローを作成または選択する必要があります。公開されている Git ワークフローの中に、チームに適したものがあるかもしれません。ここでは、このような Git ワークフロー オプションをいく
Debian パッケージ作成法
debhelper を使った deb パッケージの作成方法について．squeeze 以降のバージョンが対象です．参考サイト開発環境の構築パッケージの作成リビジョンを上げる上流のバージョンを上げるquiltCDBSdebhelper ルールbuildvars.mkbuildcore.mkdebhelper.mkmakefile ルールmakefile-vars.mkmakefile.mkautotools ルールautotools-vars.mkautotools-files.mkautotools.mkdhsvn-buildpackage既存のパッケージをレポジトリにインポートビルドする上流のバージョンアップgit-buildpackage既存のパッケージをレポジトリにインポート上流のソースコードからパッケージを作成するビルドする上流のバージョンアップパッチをつくるreprepro出力先を
perlbrewで構築するモダンなPerl環境 | シーズクリエイターズブログ
perlbrewで構築するモダンなPerl環境 Posted 2012年12月11日 by uchiyama & filed under プログラミング. モダンなPerl環境構築方法をご紹介したいと思います。 perlbrewは、ホームディレクトリに複数のperlをインストールして切り替えをしてくれるツールです。 perlbrewのインストール 以下のようなコマンドを実行すると、prebrewをインストールできます。 $ curl -kL http://install.perlbrew.pl | bash perlbrewのインストール方法はいくつかあります。 他の方法は以下のサイトを参照して下さい。 http://perlbrew.pl/ perlbrewコマンドを使うためにインストールされたコマンドにパスを通す設定が必要です。 bashならbashrcに以下のような設定を書くと
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
openSUSE:Bugreport Factory - openSUSE Wiki