約 1,279,676 件
https://w.atwiki.jp/keiplus/pages/236.html
複数の戻り値 gas 本項は書きたての記事です。正確な情報は公式サイト、公式ドキュメント、記載の参照サイトでご確認ください。 目次 + 読む 複数の戻り値目次 目的 コード 目的 メソッド、関数で複数の返り値(return)をしたい場合、配列[] にして渡すと渡すことができる。 以下の例ではgetRet()でretData()を呼び出して戻り値を出力している。 コード function retData() { // 処理 let retA = 1 ; let retB = 2 ; // 返り値 return [ retA, retB ];} function getRet(){ //戻り値を const変数に格納 const [ retA, retB ] = retData(); // 確認 Logger.log("A " + retA); Logger.log("B " + retB); }
https://w.atwiki.jp/keiplus/pages/228.html
開発系ツール tool 本項は書きたての記事です。正確な情報は公式サイト、公式ドキュメント、記載の参照サイトでご確認ください。 目次 + 読む 開発系ツール目次 WinMerge WinMerge フォルダ、ファイル比較ツール。 利用するときは比較したくないファイル、フォルダを除外するためのフィルターを用意する。 フィルター https //img.atwiki.jp/keiplus/pub/myWMFilter.flt
https://w.atwiki.jp/keiplus/pages/165.html
Vagrant 本項は書きたての記事です。正確な情報は公式サイト、公式ドキュメント、記載の参照サイトでご確認ください。 rootログイン vagrantfileにIPやポート設定を行って利用するのが本来だが、自学習などの場合は面倒なので設定しないこともある。 未設定の場合でターミナル(Teratermなど)からアクセスしたくなった場合に困ることがある。 その時の手順を書き残す。 1.vagrant sshでvagrantユーザでログインしてsshd-configを設定 sudo su - rootのパスワードを決める。パスワードは忘れないようにする。 passwd root sshd_configを編集するため移動 cd /etc/ssh/ sshd_configの存在を確認 sshd_configをコピー(必要なら) sshd_configの下記の項を編集 [root@ssh]# diff sshd_config.org sshd_config 38c38 #PermitRootLogin yes --- PermitRootLogin yes 64,65c64,65 #PermitEmptyPasswords no PasswordAuthentication no --- PermitEmptyPasswords no PasswordAuthentication yes sshdを再起動 systemctl restart sshd vagrantfile未設定だったのでvagrantのsshd-confでIPとポートを確認する PS D vagrant ssh-config Host default HostName 127.0.0.1 User vagrant Port 2222 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile D /.vagrant/machines/default/virtualbox/private_key IdentitiesOnly yes LogLevel FATAL 上記の場合、IP 127.0.0.1、PORT 2222で、ユーザroot、パスワードは自身で設定した内容でログイン
https://w.atwiki.jp/keiplus/pages/176.html
VirtaulBox virtualbox 本項は書きたての記事です。正確な情報は公式サイト、公式ドキュメント、記載の参照サイトでご確認ください。 1.概略 2001年、Innotek社が開発した仮想化ツール。 2007年1月、VirtualBox OSE(Open Source Edition)がフリーソフトウェアとしてリリース。 GNU General Public License (GPL) version 2が適用されていた。 後にSun Microsystems⇒Oracleという経緯があり、現在はOracleがメンテナンスを行っている。 2. + History ver. release data 6.0.24 July 14 2020 6.0.22 May 15 2020 6.0.20 April 14 2020 6.0.18 February 21 2020 6.0.16 January 14 2020 6.0.14 October 15 2019 6.0.12 September 03 2019 6.0.10 July 16 2019 6.0.8 May 13 2019 6.0.6 April 17 2019 6.0.4 January 28 2019 6.0.2 January 15 2019 6.0.0 December 18 2018 5.2.44 July 14 2020 5.2.42 May 15 2020 5.2.40 April 14 2020 5.2.38 February 21 2020 5.2.36 January 14 2020 5.2.34 October 15 2019 5.2.32 July 16 2019 5.2.30 May 13 2019 5.2.28 April 17 2019 5.2.26 January 28 2019 5.2.24 January 15 2019 5.2.22 November 09 2018 5.2.20 October 16 2018 5.2.18 August 14 2018 5.2.16 July 17 2018 5.2.14 July 02 2018 5.2.12 May 09 2018 5.2.10 April 17 2018 5.2.8 February 27 2018 5.2.6 January 15 2018 5.2.4 December 19 2017 5.2.4 January 15th 2018 5.2.2 November 11th 2017 5.2.2 November 22 2017 5.2.0 October 17 2017 5.2.0 October 17th 2017 3.コマンド Path設定 Windowsの場合は、環境変数にVirtualboxまでのPathを追加する br; ;C \Program Files\Oracle\VirtualBox Pathはインストール方法によって変わるので、ご自身の環境を確認のこと。 br;登録後はVBoxManageで下記コマンドが利用可能 主要コマンド VBoxManage 下記コマンド VBoxManage startvm " vmname " --type headless ヘッドレス(画面なし)で起動 VBoxManage list vms VM一覧 VBoxManage list runningvms 起動中一覧 VBoxManage controlvm vm-name acpipowerbutton シャットダウン VBoxManage controlvm vm-name poweroff 電源OFF VBoxManage controlvm vm-name savestate サスペンド + VBoxManageコマンド VBoxManage adoptstate bandwidthctl checkmediumpwd clonemedium clonevm closemedium controlvm convertfromraw createmedium createvm dhcpserver discardstate encryptmedium export getextradata guestcontrol guestproperty hostonlyif import list [--long|-l] [--sorted|-s] mediumproperty metrics modifymedium modifyvm movevm natnetwork registervm setextradata setproperty sharedfolder showmediuminfo showvminfo snapshot startvm storageattach storagectl unregistervm usbdevsource usbfilter トラブル VBoxManage.exe error Appliance import failed Virtualbox側の環境設定/一般の「デフォルトの仮想マシンフォルダー」に設定しているフォルダが無い、又は間違っている場合に発生する。 少し抜け穴なのだが、例えばVirtualBoxを再インストールやアンインストール⇒インストールした場合、以前の設定ファイルが消えずに残っている。 まず仮想マシンフォルダーの有無を確認するとよい。 VBoxManage.exe error Not in a hypervisor partition (HVP=0) (VERR_NEM_NOT_AVAILABLE) VBoxManage.exe error VT-x is disabled in the BIOS for all CPU modes (VERR_VMX_MSR_ALL_VMX_DISABLED) BISOの vt-x 設定が有効化になっていないため。 リモート接続している場合は変更ができないので直接マシンにモニターを繋げて変更するしかない。 参考 [ Virtualboxの仮想マシンをコマンドラインから操作 - Qiita ] ( https //qiita.com/tukiyo3/items/5ecea7f95cb961f07194 )
https://w.atwiki.jp/keiplus/pages/207.html
レンタルサーバ サーバ 本項は書きたての記事です。正確な情報は公式サイト、公式ドキュメント、記載の参照サイトでご確認ください。 目次 + 読む レンタルサーバ目次 content content + 読む レンタルサーバ名 URL 価格$/mo 円/mo 円/yr プラン - - Storage/GB RAM/MB 無料プラン Render https //render.com/ $7 910 10,920 PostgreSQL Starter 1 256 〇 Fly.io https //fly.io/ $6.88 894 10,733 PostgreSQL Clusters shared-cpu-1x 10 256 Ⅹ PlanetScale https //planetscale.com/ $29 3770 45,240 Scaler 25 ?? 〇 Supabase https //supabase.com/ $25 3250 39,000 Pro 100 ?? 〇 Heroku https //jp.heroku.com/ $25 3250 39,000 Dyno Standard 1X 512 〇 SAKURA https //www.sakura.ad.jp/ 698 8,376 VPS 東京 25 512 Ⅹ バリュー https //www.value-server.com/ 367 4,404 スタンダード 100 ?? Ⅹ ロリポップ https //lolipop.jp/ 440 5,280 スタンダード 300 ?? Ⅹ AWS https //aws.amazon.com/jp/ GCP https //cloud.google.com/ Azure https //azure.microsoft.com/ja-jp/
https://w.atwiki.jp/keiplus/pages/100.html
はじめに 何かを作る上で形式を設定する必要があると考えています。 プログラミングを行う上ではRFC、JISなどの規定があり、言語ごとのコーディングルールも あった上に、前述に影響外のところで顧客や企業や開発チーム内のルールがあります。 一見すると気難しい、うざったい印象を持たれるでしょうが、形式を持たせることで 共通化が図りやすくなり、可読性や運用性が高まります。 ただこのwikiに書いていることは必ず貴方の会社や個人で使えば極楽になることを 約束したり、強制するものではありません。 仕事や日曜プログラマーもその方々の流儀があります。自分なりに自分の生産性や 運用性を考慮した上でご自身なりの形式を持たれることをおすすめします。 最初に用意するもの ・Git ・Gitクライアント(TortoiseGit、SourceTree、Git対応テキストエディタ) ・Virtualbox ・Vagrant ・DockerCommunityEdition ・Terraform ・Ansible ・Jenkins ・Docker compose ・Slackクライアント ・IDE(VisualStudioCommunity(VSC)、Eclipse、Xcode(MacOS)など) ・テキストエディタ(VScode、SublimeTextなど) ウェブサービス入会 ・Github ・AmazonWebService ・GoogleCloudPlatform ・Microsoft azure ・IBM Cloud(旧Bluemix、旧watson) ・Docker Hub ・CodePen ・Slack ・Line 運用 学習は「DockerHub」でソース管理をしていきます。 Gitのユーザは「admin」「worker」を作成。 adminは本ビルド、masterへのPUSH権限を有します。 workerはadminに対してPullrequestが出来る権限まで。 一人作業であっても、masterソースの更新権限をユーザを分けて行います。 手順は次の通りです。 1.workerは製造、UT、IT(JT)までが作業範囲 2.プルリク送る=レビュー実施 3.OKなら、adminが(で)masterにPUSH(marge) 4.adminがフル・ビルド 5.問題なければProductionリリース 一人でやるのになんで?と思うでしょうが、作る人は作ることに専念し 管理する人は管理に専念するがベストと考え、一人でも担当を分けて 限りなく実務に近い環境が良いと考えたからです。 バグやQAですが、RedmineではなくSlackやLINEを使います。 (→与太話) 構成 Githubを使ってGitで管理していく。 GithubはPersonal(Free)版を使うので十分。Personal版はリポジトリ―がオープンなので 他人から容易に見えてしまう。しかし作成できるリポジトリは無限で、同時利用者も無限な ので勉強するときには良いと思う。 ちなみにDeveloper版は月$8(約840円)、Team版は月$9。Business版は$21。 Personal Developer etc per month 0 7 yen/m 0 840 yen/y 0 10,080 account personal personal pub repo unlimited unlimited collabo unlimited unlimited private repo - unlimited permission x x Team ver SAML x x Biz ver provision x x Biz ver support 掲示板 掲示板 Biz ver SLA x x Biz ver Gibhubの亜種は数多くあるので興味があれば調べて欲しい。 最近は納品をGithub指定している会社もあるのでPersonal版だけでもいいので触れておいた方が良い。 ローカル TOP └SANDBOX └999example 動作検証が修学のために仮作成するディレクトリ └ASSET ・・資産(自社や自身で作ったオリジナル) └※1 └RESOURCE ・・資産ではない利用するもの(購入物や、有期限だが無償利用できるもの等) └※1 └PRODUCT ・・製品開発計画 └SOURCE 個々の製品ごとのソース(コードが主) ※1(子要素) └LIBRARY ・・ライブラリ(サード製を含むモジュール類) └IMAGE ・・画像、動画 └DOC ・・設計書、要件定義、テスト計画書など 大別すると①SANDBOX、②LIBRARY類、③PRODUCTの3系統で、①~③は互いに 混ざらないようにする。 ③PRODUCTで②LIBRARYを利用する場合は必ずコピーやFORKして利用する。 コードはGitからCloneは行わない。 Cloneしていいのは製造責任がある立場の人のみ。というスタンス。 メンバーはMasterをFORKして、PULLリクエストをリーダーに送る。 リーダーはレビューしてOKならBranchにPUSHする。 MasterへのPUSHは上位責任者がレビューして承認を得た場合のみ。 (自分一人の場合は自分が責任者なので意味ないが) 責任者のヒエラルキーはこんな感じ。 BizManager └PRODUCT Producer └PRODUCT Manager └Manufacture Director └Manufacture Leader └Manufacture Worker 著作権 基本的にパブリックな位置で、CreativeCommons-非営利-継承です。 しかしPRODUCT(販売目的の製品)はこの限りではありません。 GPL、Apache、BSD、MIT、EPL等のライセンスは様々な条件を継承したり 一般公開する責任を課せられるため、製品ごとに向き不向きが強い。 PublicDomain(公有、無条件解放)は、 ソースコードでは3000Step以下 1Class 1Module 且つ、ビジネスロジックに関与関係しないもの。という定義でここでは 扱いをします。 過去の判例を見ると1000ステップまでは著作権を主張できないとされて いるようですが、3000まで拡大しても良いんじゃないかと。但しビジネス ロジック=販売目的の製品や顧客固有処理系を含む場合は除外する、と すれば、今より自由度が上がるんじゃないかと思っています。 動画、画像、3DCG、音楽の著作物のPublic Domainは、 XGAサイズ以下 30秒以下 16小節以下 文章については 200文字以下 がPublicDomain対象になり得ると考えています。 こう考える基準は原稿用紙1枚分程度ならという個人尺度なので 裁判や判例から見たらどうなるかは知見が欲しいです。 権利を主張していてもREADMEや約款書、規定書を付けないものは 権利放棄をしていると見なしています。 権利を主張する書面を付けることは著作者の「義務」で「責任」です。 書くのが面倒だからって人が多いようですが義務を果たせない人は 自分の権利を放棄したと見なしていいです。っていう考えです。 一方で、利用者はREADMEが付いてない著作物を使用するか否かの判断は 個人も団体も方針をきっちり打つ出すべきです。 仮に著作者本人が訴えてこなくともSNSで吊し上げにされる可能性が あるからです。吊し上げされた後の自信の商売に支障を来さないという 保証はどこにもありません。 チャットツール Twitter、LINE、Slack、Discord、mastodonなどショートメッセージ用 チャットツールはたくさんある。 俺個人的に推したいのは「Slack」 なぜSlackを使えと言っているのかは、技術系ショートメッセージチャット のデファクトになっていること。 API公開だけじゃなく自動応答チャットもあるし、界隈にあるノウハウが 非常に多いい。当然alexaやGoogleHomeとの連携連動もできるので 一人作業のときalexaはGHが相方となって作業をさせることも可能だからだ。 Skackは嫌。LINEがいい、いや独自に作るでもいいと思う。 自分の使いやすいチャットツールを使えばいいと思う。 必要なのはリアルタイムでチャットができ、自動応答を使える環境があり、 クライアントがコモディティであることだと俺は考えている。 社内での環境 セキュリティの高さは企業規模に比例していきます。 大企業ほど、個人情報や金品のやり取りを行う職種であれば携帯電話を 居室内に持ち込むことも禁止されている場合があります。 その場でサクサク、ガリガリとコーディングできればいいのですが 手間がかかる、1度つくったものをまた作りたくない等の不満は あるのではないでしょうか。 就業先の社内に外部ネットに接続できる環境があることが前提に なりますが汎用的なコードは外に置いてしまって、そこから引っ張って きたほうが「楽」ですよね。 条件1.就業先から外部ネットに接続できる 条件2.Proxyがある場合、ProxyのIPやURLを確認できること 条件3.条件1の上で外部サイトからファイル等々をダウンロードできること 用意するものとして以下。 ・Github(Personal) ・DockerHub ・Virtualbox ・Vagrant ・Ansible ・Terraform ・Nodejs/npm ・クラウド環境(AWS/GCP) ・クラウド環境のクライアントCLI ・OSイメージはDebian、Ubuntu、CentOSのいずれか もし職場で自席の作業PCでダウンロードが出来ない場合 ・技術系ブログを開設 ・ソースコードはベタ打ち もし職場の自席PCから外部ネットに接続できない場合 ・A4のファイルを作っておく この場合、技術ネタブログを一旦作っておいてそれを 両面印刷しておけばいい。 社内に紙の持込みを禁止しているという企業は俺個人は いままで聞いたことが無い。念のため事前確認したほうが 良いかもしれないがダメと言われたら諦めてそんな会社は 辞めた方がいいだろうw 最初のベターな環境だったらGithubに全ておいておいて fork- Cloneすれば数分で自席PCですべてを用意できる。 Dockerhubもあればインフラ系を一気に用意できる。
https://w.atwiki.jp/kinchu/pages/8.html
@wikiにはいくつかの便利なプラグインがあります。 アーカイブ コメント ニュース 動画(Youtube) 編集履歴 関連ブログ これ以外のプラグインについては@wikiガイドをご覧ください = http //atwiki.jp/guide/
https://w.atwiki.jp/keiplus/pages/199.html
Virtualbox+Vagrant vagrant virtualbox 本項は書きたての記事です。正確な情報は公式サイト、公式ドキュメント、記載の参照サイトでご確認ください。 目次 + 読む Virtualbox+Vagrant目次 HISTORY Virtualbox Vagrant HISTORY Virtualbox Vagrant + 読む Date VirtualBox release Vagrant release 6.1.32 2022/01/18 火 - 6.1.30 2021/11/22 月 2.2.19 2021/11/05 金 6.1.28 2021/10/19 火 - 6.1.26 2021/07/28 水 - 6.1.24 2021/07/20 火 2.2.18 2021/07/27 火 - 2.2.17 2021/07/07 水 6.1.22 2021/04/29 木 2.2.16 2021/04/29 木 6.1.20 2021/04/20 火 - - 2.2.15 2021/03/30 火 6.1.18 2021/01/19 火 - - 2.2.14 2020/11/20 金 - 2.2.13 2020/11/06 金 - 2.2.12 2020/11/06 金 - 2.2.11 2020/11/05 木 6.1.16 2020/10/16 金 - 6.1.14 2020/09/04 金 - - 2.2.10 2020/08/24 月 6.1.12 2020/07/14 火 - 6.1.10 2020/06/05 金 - 6.1.0 2019/12/10 火 - - 2.2.0 2018/10/16 火
https://w.atwiki.jp/keiplus/pages/124.html
会社で準備したいもの ・公衆インターネット網に自席PCから接続できることが確認できたら、次にやりたいことは自分が作業しやすい環境を整えることです。 できれば仕事を自宅に持ち帰ったり、自宅で作った素案を会社で見れたりダウンロードできれば日常の作業が楽になります。 (これは顧客情報を流出することを薦めるものではありません。またセキュリティ的にお薦めできることではありません)
https://w.atwiki.jp/keiplus/pages/157.html
コーディング知見 (親ページ)