php言語で機械学習できるライブラリ．

2024.05.13

Logging

おはようございます、php言語で機械学習できるライブラリがあるらしいです．ちょっと凄くないですかPythonでないと出来ないのかなって諦めていたのですがこれは良いですね．これを知ったのは先日のことです、Qiitaに掲載していた人がいて「これは良い」って思ったのが最初になります．

composer require php-ai/php-ml

Qiitaの記事はこちらになります、詳しい使い方はQiitaを参照されるか、公式のGitLabを参照ください．実際、まだ自分もインストールして試してはないので、レンタルサーバーで動くかは未確認です．たぶん負荷が凄いと思うので事前学習したものをアップロードしてサーバーでは推論だけさせた方が良さそうです．

近い内にローカルで検証してみたいと思います．

なお、テキスト系のデータ推論には使用できるのだけど、画像の推論なんかは今は出来ないと思ってください、MNISTはありますが．．．．

追伸：Docページがありました．https://php-ml.readthedocs.io/en/latest/

明日へ続く．

タグ

composer require php-ai, Docページ, gitlab, MNIST, php-ml, PHP言語, Python, qiita, サーバー, データ推論, テキスト系, ライブラリ, レンタルサーバー, 事前, 推論, 最初, 機械学習, 負荷, 近い内, 追伸,

QiitaのCLIで思うことは一つだけ。

2023.08.10

Logging

おはようございます、QiitaのCLIのベータ版がリリースされてから少し時間が経ちましたが、まだ試せてはいないものの、これは大量に記事をUPする人には適しているように思えます。

自分としてはマークダウンファイルをアップロードをGUIで付けて欲しいなって思っています、そうすればCLIの設定ができない人でもお手軽にGithubやGitLabのREADMEをUPすることなどが可能かなと思っています。

そのうち、そういう機能も追加されると思います。Qiitaはどこまで作り込むのだろうか？ユーザーさんのご意見等も取り入れながら機能の追加などをされていると思いますが、そろそろ基本的なところは完成形になっているような気がします。

そして生成AIにより恐らくQiitaもアクセス数は以前より減ったのではないでしょうか？そう思うと新たな収入源をQiitaの中の人は模索しているのかも知れません。

プラットフォームとサーバーの話。

プラットフォームは認知されひとが集まりだしたら強いですよねぇ。ひとが集まりだしたら普通のサーバーでは捌き切れなくなるのでどうしてもAWSなどに移行しないといけないと思いますが、最初はVPSなどで初めて人を集客出来たら、移行するというのがベストかなって思っています。特に個人で開発しているものをAWSで運用しても恐らくサーバー費が嵩んでマイナスになると思うので、最初は小さく初めて上手くいきそうだったら、変更していくというのがベストだと思います。

そういう訳もあり近々、あるWEBサービスを今のサーバーから切り離そうと思っています、いつ頃になるかは未定ですが、そういう思案があります。そのあるWEBサービス、ほっといても集客出来だしたので正直不安ですね(・・;)。

タグ

AWS, cli, github, gitlab, GUI, qiita, README, VPS, いつ頃, うち, サーバー, サーバー費, ひと, プラットフォーム, ベータ版, マークダウンファイル, 収入源, 思案, 生成AI, 訳,

DockerでWEB開発するならXdebugを最初に入れとこうの巻。

2023.07.16

Logging

おはようございます、DockerでWEB開発するならXdebugを最初に入れとこうの巻。これを途中で入れるということは環境を元に戻すことに繋がるので大変です。特にGitLabやGitHubなどを使用している場合は尚更かと思います、面倒なんですね途中からXdebugを入れるのは本当に。

自分のようにならないように最初からXdebugは入れておく方が大事です、あと開発に使用するポートも事前に聞くべしです。あとからDockerにポート開放は出来ないらしいので大事になります。

今では枯れた技術になるかもしれない、 VirtualBoxの方がそういう面では後から修正しやすいかと思います。Dockerは独特なのか分かりませんが後からポート開放ダメ、またVScodeで検証するためにはDocker独自に設定をしないといけないので、ポート開放してphp.iniの設定してVscodeでさてトレースとはいかないのです。

DockerのXdebug.iniみたいなのを設定しないと使用できない仕様になっています。因みに今、新たなymlファイルとDockerFileを作ろうとしています。毎回、yumでインストールしている部分があるのでそれをDockerFileで行おうと思っています。

タグ

docker, dockerfile, github, gitlab, Photo by Mike Bird on Pexels.com, php.ini, virtualBOX, VScode, xdebug, Xdebug.ini, Ymlファイル, yum, トレース, ポート, ポート開放, 巻, 最初, 毎回, 途中,

過去のリモートワークと違うところ。 ＃IT開発

2023.01.22

Logging

おはようございます、日曜日の朝。明日は仕事。

さて、今日は過去のリモートワークと違うところを書いていきます。自分は過去にリモートワークを２回経験しています。今回で３回目のリモートワークを行なっています。過去のリモートワークとの違いはgitというバージョン管理を使っているということ、そしてソースレビューがあるという事です。

今までのリモートワークはレビューもなく、一人称で完結という事でしたが一般的なIT企業に巡り合うことが出来たと思っています。因みに、gitのコミットやプッシュ、プル、マージなどは何となく出来ていたのですが、まだ慣れない事が幾分あります。

実践で出来ないことは、自分でgithubやgitlabにアカウントを開設してどういう振る舞いになるのか、試すことが一番良いかなと思っています。

因みにgitの練習を行い方はこういうサイトもありますので試してみてはいかがでしょうか？

https://learngitbranching.js.org/?NODEMO=&locale=ja

タグ

git, github, gitlab, it企業, ja, locale, アカウント, コミット, ソースレビュー, バージョン管理, プッシュ, プル, マージ, リモートワーク, レビュー, 一人称, 完結, 実践, 日曜日, 練習,

今年も残る所あと半月ほどになりましたね。 #半月 #2022年大晦日まで

2022.12.15

Logging

おはようございます、今年も残る所あと半月ほどになりましたね😆。

先日、呟いた通りですが、フルリモートのお仕事が出来るようになりました。先ずは三ヶ月の雇用との事です、実際に働き出すのは1月からですが今から猛勉強💦します。Laravelは平たく理解しているのですが、今の知識は入門書止まりだと思うので、短期間で実践レベルにまで押し上げていきたいです。

その他にもvue.jsやReact.js等（TypeScriptも含む）も勉強しつつHTMLやCSSを再勉強するつもりでいます。あとバージョン管理でGitLabを使用するみたいなのでそちらも慣れなければいけないなと思っています。

正直な所、自信がないのです、なんかレベル高そうな気がして怖いなー。自信がないのでカバーする為にも勉強するしか無いですね…。

この頃、使用していないjqueryも再勉強しないと・・・やらなければいけない事が山積みだけど頑張るしか無いな。

これから1月半ばまで勉強のアウトプットを記事になると思います、トイウコトデよろしくお願いします🙇。

タグ

css, gitlab, html, jquery, Laravel, React.js, TypeScript, vue.js, アウトプット, トイウコトデ, バージョン管理, フルリモート, 入門書, 勉強, 実践, 所あと半月, 猛勉強, 短期間, 自信, 雇用,

gitとかgithubとかgitlabを一通り勉強して

2019.06.02

Logging

gitとかgithubとかgitlabを一通り勉強して
githubやgitlabは遠隔でプロジェクト組んで開発する人以外には
必要ないような気がします。
確かにGUIでほぼ面倒な手順は消えてなくなります。
gitとは何かバージョン管理と言われます、
簡単に言えばファイルの世代管理です。
githubやgitlabは何か、リポジトリ管理です。
リポジトリ管理とはなにか、簡単に言えば
バージョン管理を集約したものを管理するものと思ってください。
リポジトリというものを管理したいディレクトリの配下に
置くことでその中のファイルはコマンド打てば
管理下に置くことが出来、世代管理が可能になるということ
ただ、それだけの事です。
ローカルで管理していたものをリモートに置く場合、
プッシュ＝アップロード。ダウンロードしたい場合は
プルという事。管理したいファイルはアッドする。
コミットをした時点でファイル履歴となる等など…。
複数人で開発する場合は
グールプを作りその中にユーザを作成し
ローカルからリモートへ接続を行えば良い…
これぐらい覚えとけば良いかなと後はブランチ機能なども
ありますが、この機能を使用すると複雑怪奇になりそうな気がします。
 

タグ

git, github, gitlab, GUI, アッド, アップロード, こと, コマンド, コミット, それだけ, ダウンロード, ディレクトリ, バージョン, ファイル, プッシュ, プル, プロジェクト, もの, リポジトリ, リモート, ローカル, 世代, 中, 事, 人, 勉強, 可能, 場合, 手順, 気, 管理, 簡単, 遠隔, 配下, 開発, 集約, 面倒,