
生成AIで夏季休暇の記事を量産する。
2023.08.12
近年、「生成AI」と呼ばれる人工知能の技術が注目を集めています。生成AIは、与えられたテキスト情報を元に新たな文章を生成することができるため、記事やブログの作成を自動化する上で非常に便利なツールとなっています。
生成AIを利用することにより、記事作成の効率が飛躍的に向上するとされています。従来の記事作成では、人間がテーマを選び、リサーチを行い、文章を書いていく必要がありましたが、生成AIを使えばこれらの作業を自動化することができます。それにより、膨大な時間と手間をかける必要がなくなり、記事を大量に生産することが可能となります。
一方で、生成AIの普及により、記事作成といった人間の仕事が奪われるという懸念も生まれています。確かに、生成AIは多くの作業を自動化できるため、一部の人の仕事を減らす可能性があります。特に、テキストベースの情報を提供する仕事や、ルーティンワークといった繰り返し作業が多い仕事は、生成AIにとって最も適した対象となります。
しかし、一方で生成AIは人間の創造性や感性を持っていないため、従来の記事作成には及ばないこともあります。生成AIによる文章は、時には不自然で読みにくいものもあります。また、情報の正確性や品質を確保することも課題となります。それに対して、人間が作成する文章は、経験や感性を基に読み手に適切な情報を提供できる特徴があります。
したがって、生成AIが人間の仕事を奪うというよりも、お互いに補完し合う関係にあると言えるでしょう。生成AIがルーティンワークを自動化する一方で、人間は創造的な視点や高度な情報提供を行うことができます。また、生成AIを活用することにより、より多くの記事を生産することが可能となり、多様な情報が提供されることで読者にとってもメリットが生まれます。
結論として、生成AIは記事作成の効率化に一役買っており、人間の仕事を一部奪う可能性はあります。しかし、生成AIが持つ限定的な能力と人間の持つクリエイティビティを組み合わせることで、より良い記事作成が実現できると考えられます。
タグ
クリエイティビティ, ツール, テキストベース, リサーチ, ルーティンワーク, 一役, 一方, 人工知能, 基, 従来, 感性, 懸念, 手間, 文章, 普及, 生成AI, 結論, 視点, 課題, 近年,

iphone14にするかAndroidスマホにするのか。
2022.07.17
お早うございます。iphone14にするかAndroidスマホにするのか凄く悩んでいます。この問題はios16がリリースされた後にも悩むかもしれません。この頃のiPhoneは魅力をあまり感じないですね。ただ、Androidに移行するのが面倒くさいというだけで、iPhoneを使用している感じが強いのです。
一番はコロナ禍になりマスクをかける機会が日本では未だに多く、顔認証の時にいちいちマスクを外してロック解除をしないといけないのが手間です。これをios16では解消してくれるらしいのですが、自分のiPhoneは対象外らしいのでソレだったら、もうこの際にAndroidのスマホに乗り換えても良いのかなとか考えています。
移行時にネックだった二段階認証も二段階認証のエクスポート機能を使えばそれほど難しい事もないらしいので、何とかなりそうな気がします。後は切替のタイミングとどの端末を購入するかなどで検討中です。高知県では5Gがまだまだ浸透していないのですが、5G機能は必要かなって思っています、後はお財布携帯機能、これだけは外せないな。
こんな機能が付いているスマホが4万円代で購入出来るみたいなので、何だかiPhoneの割高感の強いスマホに買い替えるより、とてもリーズナブルな感じはします。
そういう良い所はあると思うのですが、iPhoneを手放すのも惜しい気もする。それが今の答えなので今回のiPhone14は見送りも視野に考えていてiPhone15もそれ程、革新的なスマホではないのらAndroidに買い替えるつもりでいます。とか言いながらiPhone14にしているかもしれない…。
追伸:現段階では親に今の機種を譲渡するのはちょっと保留中です。
タグ
14, 16, 5, Android, iOS, iPhone, エクスポート, これ, コロナ, スマホ, ソレ, タイミング, ネック, マスク, リリース, ロック, 一, 事, 二, 使用, 問題, 対象, 後, 感じ, 手間, 日本, 時, 未だ, 検討, 機会, 機能, 段階, 気, 禍, 移行, 端末, 自分, 解消, 解除, 認証, 購入, 際, 頃, 顔認証, 高知県, 魅力,

開発環境はクラウドに持つべきか?いなか?悩ましすぎる問題🤔。
2022.05.29
おはようございます。
今まで開発環境はオンプレでしていましたが、外で開発した時やパソコンを買い替えるとデータなどをそのたびに移行しないといけなくなるという手間が発生したり、今ではあまり起きないのですがデータが消えたりする場合もありますよね。そう思うともうクラウドに開発データを移行しようかなって思っています。
いろいろ調べた結果、開発データは手持ちのデータを使用してクラウドを使用する方法はあったのだけども全部クラウドで完結できる方法はイマイチ・・・、クラウドPCの中で開発するしか無さそうですね。実際、クラウドPCを使用したことがないのでなんとも言えないですが、それだと遅延などが発生しそう。
よってこの方法がベストかと思いました。
- 個人開発なのでローカルのデータをクラウドサーバーに転送後、削除。
- VScode拡張機能のsftpをインストールしてリモートでサーバーに接続。
- リモート側のデータを直接修正する。
- デプロイしたい場合はデプロイしたいサーバーへ転送。
因みにこんなサービスあるにはあります。githubを使用したりして・・・。
タグ
PC, SFTP, VScode, いなか, いまいち, いろいろ, インストール, オン, クラウド, こと, サーバー, それ, たび, データ, パソコン, プレ, ベスト, リモート, ローカル, 中, 今, 使用, 修正, 個人, 全部, 削除, 問題, 場合, 外, 完結, 実際, 手持ち, 手間, 拡張, 接続, 方法, 時, 機能, 環境, 発生, 移行, 結果, 転送, 遅延, 開発,

e-taxが非情に使いづらいことが分かって戸惑ったので!?
2022.02.16
おはようございます、今日も寒いですね、
寒いながらも日中は徐々に暖かさを感じるようになってきました。
さて、今日から確定申告が始まります、今回はe-taxを使って入力して見ようと思ったのですが何だか素人では難しいUI(ユーザーインターフェース:見た目)で、入力するのが何だか面倒くさいなと感じたので本日、市役所で教えてもらいながら手続きします。
こんなに使いづらいから、freeeというサービスが成り立つに違いなということが、ヒシヒシと感じました。月に980円支払って収支がインターネット上で出来て楽天銀行や地方銀行などとも連携しているので、仕事、会社用の口座を作ってしまえば何も管理せずに確定申告もボタンポチれば簡単にできてしまうというのは、盲点ですよね(多少の修正は必要かとも思います)。小さな会社では経理を雇わなくてもfreeeがあれば殆どの手間は省けるのかなって思いました。
こういう事から見直していくと結構、経費が浮くと自分は思っています、他にも今はいろいろなDXサービスがあり、探すとサブスクリプション(月額)で契約できるアプリやWEB(クラウド)サービスが沢山ありますので是非チェックしてみてください。
余談:デジタル庁が出来たからe-taxも見直されそうな気がします、もし一新したらfreeeなんて必要なくなるかもしれませんけどね・・・、あまり期待はしていませんが。
タグ
980, e-tax, freee, https, UI, www, youtube, インターネット, インターフェース, こと, サービス, ボタン, ぽち, ユーザー, 今回, 今日, 仕事, 会社, 何, 修正, 入力, 収支, 口座, 地方, 多少, 市役所, 必要, 手続き, 手間, 日中, 月, 本日, 楽天銀行, 殆ど, 盲点, 確定申告, 管理, 簡単, 素人, 経理, 見た目, 連携, 違い, 銀行, 非情,

セレクトメニューの都道府県は毎回、作るよりストックしておくべし。
2021.12.13
駆け出しフロントエンドエンジニアさんや駆け出しコーダーさんの中にはお問い合わせなどで、都道府県を毎回、書いている人はいると思いますが、大体、同じことを何回もするのは無駄です。なので、自分専用の雛形を作っておくといいですよ。そうする事によって作業は結構、短縮されたりします。今回は自分がよく使う、セレクトメニューの都道府県をJSで都道府県リストを生成するように作りました。
繰り返しになりますが、こんな感じに自分が使用するデータや独自の関数はストックしておくと作業効率は上がります、毎回調べてプログラミングやコードを書くのは仕事上では手間になるので辞めた方が良いです。
最後にJSコードとGitHubのリンクを貼っときますので、ご自由使用くださいませ。
https://github.com/zip358/select_jp_ken
let useKendata = [
{'no':'01','name':'北海道'},
{'no':'02','name':'青森県'},
{'no':'03','name':'岩手県'},
{'no':'04','name':'宮城県'},
{'no':'05','name':'秋田県'},
{'no':'06','name':'山形県'},
{'no':'07','name':'福島県'},
{'no':'08','name':'茨城県'},
{'no':'09','name':'栃木県'},
{'no':'10','name':'群馬県'},
{'no':'11','name':'埼玉県'},
{'no':'12','name':'千葉県'},
{'no':'13','name':'東京都'},
{'no':'14','name':'神奈川県'},
{'no':'15','name':'新潟県'},
{'no':'16','name':'富山県'},
{'no':'17','name':'石川県'},
{'no':'18','name':'福井県'},
{'no':'19','name':'山梨県'},
{'no':'20','name':'長野県'},
{'no':'21','name':'岐阜県'},
{'no':'22','name':'静岡県'},
{'no':'23','name':'愛知県'},
{'no':'24','name':'三重県'},
{'no':'25','name':'滋賀県'},
{'no':'26','name':'京都府'},
{'no':'27','name':'大阪府'},
{'no':'28','name':'兵庫県'},
{'no':'29','name':'奈良県'},
{'no':'30','name':'和歌山県'},
{'no':'31','name':'鳥取県'},
{'no':'32','name':'島根県'},
{'no':'33','name':'岡山県'},
{'no':'34','name':'広島県'},
{'no':'35','name':'山口県'},
{'no':'36','name':'徳島県'},
{'no':'37','name':'香川県'},
{'no':'38','name':'愛媛県'},
{'no':'39','name':'高知県'},
{'no':'40','name':'福岡県'},
{'no':'41','name':'佐賀県'},
{'no':'42','name':'長崎県'},
{'no':'43','name':'熊本県'},
{'no':'44','name':'大分県'},
{'no':'45','name':'宮崎県'},
{'no':'46','name':'鹿児島県'},
{'no':'47','name':'沖縄県'},
];
document.getElementById("ken").insertAdjacentHTML('afterbegin',(function(ken){
let str = '';
for (const key in ken) {
str+= '<option value=' + ken[key].no + '>' + ken[key].name +'</option>';
}
return str;
}(useKendata)));
タグ
01, 39, github, JS, let, name, no, useKendata, エンジニア, エンド, お問い合わせ, コーダー, コード, こと, ご自由, ストック, セレクト, データ, プログラミング, フロント, メニュー, リスト, リンク, 中, 事, 人, 今回, 仕事, 何回, 作業, 使用, 効率, 北海, 大体, 専用, 感じ, 手間, 方, 最後, 毎回, 無駄, 生成, 短縮, 自分, 都道府県, 関数, 雛形, 駆け出し,

字幕データ生成ツールを作りましたよ。
2021.06.01
字幕データ生成ツールを作りましたよ。ツールを作ったのは5月23日になります、その日の午前にちょこちょこ制作し?、その日の午後にリリースしました。どんなツールかと言えば、srt形式のデータを生成するツールです。手動で字幕データを作る方法が記載しているサイトがありました(こちら)。
作った経緯(イキサツ)は、もう少し楽にsrt形式のデータを作りたいなと考えた結果、このようなツールを制作しました。自分の声はどもりがあるので、巷で話題のVrew(ぶりゅう)というAI(人工知能)が自動で字幕を生成してくれるアプリではどうしても字幕が上手く変換されないので逆に手間が発生します。
そんなこんなで作ったツールがこちらです。https://zip358.com/tool/srt-make-file/
無料ツールのリンクからも参照することが可能です。尚、字幕のデータなどは一切、サーバーに持たない設計にしていますので安心安全です。なお、Vrew(ぶりゅう)というアプリみたいな物も自分は作れますが、こちらになるとどうしてもGCPやAWSに音声データを送りテキスト変換する(自動文字起こし)というAPIの力を借りないといけないので、今回は作るのを断念しました?。時間があれば作ってみたいとは思っています。尚、APIのkeyなどは自分のAPIを登録して貰う形のアプリだったらみんな安心して使用できますよね。因みにVrewはあまり信用していないの派です?、便利だけどね。
タグ
23, 358, 5, AI, com, https, srt, srt-make-file, tool, Vrew, www, zip, アプリ, イキ, こちら, こと, サーバー, サイト, サッ, そんなこんな, ツール, データ, どもり, ぶりゅう, リリース, リンク, 一切, 人工, 制作, 午前, 午後, 参照, 可能, 声, 変換, 字幕, 安全, 巷, 形式, 手動, 手間, 方法, 日, 無料, 生成, 発生, 知能, 経緯, 結果, 自分, 自動, 記載, 設計, 話題, 逆,

暑いのか寒いのかわからない。
2020.11.20
暑いのか寒いのかわからない季節を過ごしています。そんな中でアプリ開発してみました。開発したアプリはFBへ飛んで自分のHPが貼ってあるのでそこへ移動して動作動画などを見てみてください(※インストール出来ます)。今回、自分が開発したアプリは基本的なことが出来るよということをアピールするためのアプリなので、大それた開発日数がかかっていませんが基本は押さえていると思っています。自分が開発した環境はflutterとElectronというものを使用して開発しました。クロス開発になっているのでElectronだったら、Windows、Mac、リナックスなどに移植出来ます、flutterはアンドロイド、ios、Webが同時に開発できるので手間いらずです。因みにElectronの方が簡単ですね、flutterはDart言語を理解していることとflutterのドキュメントを見とかないとどんな機能があってどんな事が苦手なのかなどは分からないと思います。あと、Electronは脆弱性があってnode.jsのライブラリを初期設定では呼び出せないようにしています。初期設定をOFFって非推奨でコード開発しましたが、実際は皆さんはどうしているのか知りたいところですね。
そんな訳で、アプリ開発はしていきます?
良いのが出来ればこちらでも紹介します!!
タグ
Dart, Electron, FB, flutter, HP, iOS, Mac, web, Windows, アピール, アプリ, アンドロイド, インストール, クロス, こと, そこ, ため, ドキュメント, もの, リナックス, 中, 事, 今回, 使用, 動作, 動画, 基本, 季節, 手間, 方, 日数, 機能, 理解, 環境, 移動, 移植, 簡単, 脆弱, 自分, 苦手, 言語, 開発,
オレオレ無名関数の再帰処理。
2019.10.26
無名関数はよく使います。ちょっとしたモノを書きたい時、
オレオレ無名関数を書いて済ますことが多くなりました。
無名関数の良いところは無名関数を使用する手間にメソッドがあるので
確認しやすいというところですね。
<?php
$mumei = function ($tasu=0) use(&$mumei){
if($tasu<=150){
$tasu = $tasu + 5;
print $tasu."n";
return $mumei($tasu);
}
return $tasu;
};
//オレオレ無名関数の使い方は…小道具ぐらい程度のもの。
print $mumei();
// 5
// 10
// 15
// 20
// 25
// 30
// 35
// 40
// 45
// 50
// 55
タグ
0, 10, 15, 150, 20, 25, 30, 35, 40, 45, 5, amp, function, if, lt, mumei, nbsp, php, print, return, tasu, use, オレオレ, こと, ところ, メソッド, もの, 使い方, 使用, 再帰, 処理, 小道具, 手間, 時, 済, 無名, 確認, 程度, 関数,
WordPressを別のURLへ移行する方法。
2015.07.08
WordPressを別のURLへ移行する方法ですが、いろいろと巷では、WordPressのPHPを修正すれば良いよとか記載していますが、本当はこれだけで良いはずです。WordPressが保管されているデータベースのデータの任意のURLを全て置換するという方法です。そうすればエラーなどもなく移行することが可能ですが、ただ、データが多いと結構、大変な作業です。全てのURLを直さなくて良い場合などは・・・大変な作業になることは間違いないです。ほぼ、人力ですね。一括置換で良さそうな場合はすごく手間がかかりません。下記の方法がよく見かける方法ですが・・・おそらく上手くいきませんという場合が多いです。
WordPressのindex.phpの中の
require(‘./wp-blog-header.php’);
を
require(‘./wordpress/wp-blog-header.php’);に変更。
タグ
index.php, require, url, WordPress, wp-blog-header.php', エラー, これだけ, データベース, 一括置換, 下記, 人力, 作業, 全て, 変更, 巷, 手間, 方法, 良いはず, 良い場合,