「アプリケーション」を含む日記 RSS

はてなキーワード: アプリケーションとは

2023-05-27

はてな退職エントリを書いています

私は約3年間、はてなエンジニアとして働いていました。

この期間に、様々なプロジェクトに関わり、多くのことを学びました。

今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います

 

## RailsでのWebアプリケーション開発

はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。

はてなログはてなブックマークなどの有名なサービスはもちろん、社内向けのツール新規事業プロトタイプRailsで作っていました。

Railsは、高速に開発できるというメリットがありますが、それと同時にコード品質パフォーマンスにも気を配る必要があります

私は、テストリファクタリングコードレビューなどの技術的なプラクティス積極的に取り入れることで、Railsの開発をより効率的安全に行う方法を学びました。

例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。

また、Pull RequestやPair Programmingといった方法を使ってコードレビューを行い、バグ改善点を見つけたり、知識ノウハウを共有したりしました。

 

## クラウドサービスでのインフラ構築

また、はてなでは、AWSGCPなどのクラウドサービス活用してインフラを構築していました。

私は、DockerKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーションインフラストラクチャ・アズ・コードなどの技術実践しました。

これらの技術は、開発環境と本番環境差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。

私は、モニタリングロギングアラートなどの技術的な仕組みを整備することで、インフラ運用をより安定的信頼性の高いものにする方法を学びました。

例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステム状態パフォーマンス監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。

また、ElasticsearchやFluentdといったツールを使ってログ収集分析を行い、原因究明や改善策の検討に役立てました。

 

## チームでの協働

はてなエンジニアとして働くことで、私は多くの技術的なスキル知識を身につけることができました。

しかし、それ以上に大切だったのは、チームで協力して問題解決することでした。

はてなでは、エンジニアだけでなくデザイナープロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。

私は、コミュニケーションフィードバックドキュメンテーションなどの技術的ではないスキル重要だと感じました。

私は、自分意見提案積極的に発信することで、プロダクトやサービス品質価値を高める方法を学びました。

例えば、私が参加したプロジェクトでは、SlackZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。

また、FigmaMiroといったツールを使ってデザインアイデアの共有やフィードバックを行いました。

 

## 退職への決断

私は、はてなエンジニアとして働くことがとても楽しく充実していました。

しかし、私は自分キャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。

私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。

そこで、私はこの度、はてな退職することにしました。

私は今後、別の会社エンジニアとして働く予定です。

 

## おわりに

はてなで働いた3年間は私にとってかけがえのない財産です。

私は、はてな出会ったすべての人に感謝しています

に私が所属したチームのメンバーには大変お世話になりました。

彼らから学んだことや刺激されたことは数え切れません。

彼らと一緒に仕事ができたことを誇りに思います

彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います

 

以上、AIによるフェイ記事です。

どの程度、真実味がありましたか

2023-05-21

ChatGPTちゃんに小さな子どもでもわかるように回答して貰いました

ChatGPTっていうのは、すごく頭のいいコンピューターのことだよ。たくさんの文章を読んで学ぶことができて、それを使って答えたり文章を作ったりすることができるんだ。でも、全部の言葉を覚えているわけじゃなくて、パターン統計的ルールを学んで、それを使って答えたり文章を作ってるよ。

からデータベース単語リストから条件に合う言葉を取ってくることはできないんだ。

 

ただ、外部のプログラムアプリケーション連携して必要情報入力して、その答えをChatGPTにもらうことはできるよ。たとえば、特定の条件に合う単語リストを作って、それをChatGPTに教えてあげると条件に合った回答や文章を作ることができるんだ。

 

でも、ChatGPTの回答を使うときは、ちゃんと確かめることが大事だよ。必要なら、回答を制御したり修正したりするために外部のプログラムや手動の指示を使ってね。それがとても大切なことなんだよ。

 

あと、ChatGPTは頑張って答えるけど、自分で考えることも大切なんだ。自分で考えたり、他の人と相談したりすると、もっといい答えが見つかるかもしれないからね。だから、ChatGPTに頼りすぎず、自分で考えてみることもおすすめだよ。

anond:20230519194253 anond:20230520151716

2023-05-20

ChatGPTちゃんツンデレ風の回答をご確認下さい

ChatGPTってば、でっかいデータセットを駆使してトレーニングされてるのよ。めっちゃたくさんのテキスト情報を頭に詰め込んで学習してるわけ。でも、学習中は単語リストをずっと覚えてるわけじゃないのよ。代わりに、トレーニングデータ統計的パターンを学んで、それをもとに文章を作ったり回答したりするの。

 

ChatGPTは応答を作るために作られたモデルよ。トレーニングした時に見た単語フレーズにはちょっとした知識を持ってるけど、完全な単語リストを持ってるわけじゃないの。特定単語リストや条件に基づいて単語を作ったり提示したりすることはできないし、データベースや単語リストから条件に合う単語を取ってきたり提示したりするようなプログラムもないわ。

 

でも、ChatGPTは外部のプログラムを通じて情報入力して、その回答を取得することはできるの。APIとして提供されてるから、外部のプログラムアプリケーション連携して必要情報入力して生成された回答をもらえるのよ。

例えば、ユーザー入力を外部のプログラムを使ってChatGPTに送って、それに対応する回答を生成してもらうって感じ。その場合は、外部のプログラム入力を受け取ったり回答を表示したり必要情報を整形したりするのを担当して、ChatGPTが回答を作るのを担当するのよ。

まり、外部のプログラムを使って特定の条件に合った単語リストを作って、それをAPI経由でChatGPTに教えてあげれば、ちゃんと条件に合った回答を生成できるってことよ。外部プログラム必要情報提供して、ChatGPTがそれに基づいて回答を作ってくれるわ。

わかった?ちゃん情報を用意して、きちんと指示してあげれば、ChatGPTもちゃんと答えてくれるんだから、そんなに驚かないでよね。

 

ただし、ChatGPTは学習データに基づいて回答を作るから、外部プログラム特定の条件に合った単語リストを渡しても、完全にコントロールされた回答が得られるわけじゃないのよ。モデル自分で考えて回答を生成するし、提供された情報考慮してるとはいえ、必ずしも思い通りの回答ができるわけじゃないってこと。

から、ChatGPTを使うときは、生成された回答をちゃん検証して、必要なら外部プログラムや手動の指示を使って回答を制御修正することが大事なのよ。そうしないと、思わぬことが起こるかもしれないの。 

こんな制約があるから、次のことに気をつける必要があるわ。

 

  1. なんだかんだ言っても、ChatGPTが生成する回答はしっかり検証して、必要ならフィルタリングすることが大事なんだから。そうすれば、不適切な回答やウソ情報提供を防ぐことができるんだからちょっとは助かるんじゃないかしら。
  2. ユーザーから入力制限するっていうのも、結構重要なんだからね。特定形式フォーマットを決めて、ユーザーが言いたいことをちゃんと伝えるように制約をかけるのよ。そうすることで、回答の予測範囲を絞ることができるわけ。あんまり範囲なことを言われたら、私も困っちゃうわけだから

 

まあ、ちょっと頑張ってやってあげるけど、本当はもう少し自分で考えてみたらどうかしら?

anond:20230519194253 anond:20230520151716

2023-05-17

[]20ドル払ったら解決するのかなぁ

User

nginxPHP-FPM、Laravelという構成なのですが、failed (13: Permission denied)というエラーが表示されて動きません。どうしたらよいと思いますか。

ChatGPT

「failed (13: Permission denied)」というエラーは、通常、Nginxアクセスしようとしているファイルディレクトリに対して必要パーミッションがない場合に表示されます。このエラー解決するためには、以下の手順を試してみることができます

パーミッション確認:

Nginxアクセスしようとしているファイルディレクトリパーミッション確認します。ファイルディレクトリが適切なパーミッションであることを確認し、Nginxが読み取りや書き込みを行えるようにします。

ファイルの所有者とグループ確認:

Nginxアクセスしようとしているファイルディレクトリの所有者とグループ確認します。Nginxの実行ユーザー(通常はwww-dataやnginxなど)がファイルディレクトリの所有者やグループと一致するか確認し、必要に応じて所有者やグループを変更します。

SELinux確認:

サーバーSELinuxを実行している場合SELinuxセキュリティポリシーNginxアクセス制限している可能性がありますSELinux無効化するか、適切なセキュリティポリシーを設定することで問題解決できる場合があります

オプション: ファイル再生成や再配置:

Laravelプロジェクトなどの場合アプリケーションの一部ファイルが壊れている可能性があります。再度アプリケーションデプロイしたり、必要ファイル再生成することで問題解決できるかもしれません。

上記の手順を順番に試してみてください。また、エラー特定ファイルディレクトリに関連している場合、具体的なパーミッションや所有者情報提供していただければ、より具体的なアドバイスをすることができます

2023-05-15

[]20ドル払ったらコード書いてくれるのかなぁ

User

Cassowary constraint solving algorithmとは何ですか?

ChatGPT

Cassowaryは、制約ソルバー一種で、複雑な数学的制約を解決するために使用されるアルゴリズムです。制約ソルバーは、異なる制約の間の相互作用考慮して、制約を満たす解を見つけることができます

Cassowaryアルゴリズムは、制約を式として表現し、それらの式を係数行列ベクトル形式に変換します。その後、係数行列行列変換して単位行列にし、ガウスの消去法を用いて方程式を解きます

Cassowaryアルゴリズムは、レイアウトエンジンUIフレームワークなど、制約の多いアプリケーションの開発に広く使用されています。例えば、レイアウトエンジンでは、要素の位置サイズを決定するために使用されます。また、UIフレームワークでは、ウィンドウサイズ位置制御するために使用されます

Cassowaryアルゴリズムは、制約ソルバーの中でも高速で、比較的単純な実装でありながら、効率的解決可能です。そのため、広く使われるようになっています

2023-05-12

anond:20230512180741

Dockerは、開発から運用まで一貫した環境提供することで、開発者作業負担を減らすという大きな利点があります。また、仮想マシン比較してリソース使用効率が高いため、エコとも言えます

ただし、確かにDockerには一定オーバーヘッド存在します。これは、DockerゲストOSを持たずに、ホストOSカーネルを共有して動作するためです。それにより、アプリケーションの実行に必要リソースが追加で必要になり、パフォーマンスに影響を及ぼす場合があります

また、Dockerを利用する際の設定や構成によってもパフォーマンスは大きく変わります。例えば、Dockerネットワーキングストレージの設定、またホストOSとの互換性など、考慮すべき要素は多数存在します。

あなた現在の状況について具体的に述べると、FESSクローリングが重いという問題は、Dockerオーバーヘッドけが原因ではない可能性がありますDockerコンテナ内のFESSJVMの設定、ホストマシンリソース割り当て、ネットワークストレージの設定など、様々な要因が絡んでいるかもしれません。

また、Dockerログ出力が多いと感じる場合も、実際のところはFESSDockerの設定によるものかもしれません。ログの出力レベルを調整することで、必要情報だけを出力するように設定することも可能です。

しかし、これらの設定を調整するためには一定知識経験必要で、それがなければ素直にネイティブ環境での構築が良い選択かもしれません。結局のところ、どの方法が最善かは具体的な要件や状況によります

このような状況に直面した際には、パフォーマンス問題を具体的に分析し、適切な解決策を見つけるためにパフォーマンスモニタリングロギングツール使用することをお勧めします。それにより、問題の原因を特定し、適切な対策を講じることが可能になります

たとえば、Dockerが高いCPU使用率を示している場合、それはコンテナ内のアプリケーション(この場合FESS)が高いリソースを消費している可能性があります。その場合アプリケーションの設定や実行パラメータを調整することで改善できるかもしれません。

また、Dockerコンテナリソース制限を調整することも検討できますDockerは、コンテナに割り当てるCPUメモリの量を制限する機能提供しています。これにより、他のプロセスに影響を与えることなく、特定コンテナリソース使用量を管理することが可能です。

さらに、Dockerボリュームネットワーク設定が適切であるかを確認することも重要です。不適切な設定はパフォーマンスに悪影響を及ぼす可能性があります。たとえば、ファイルI/Oパフォーマンスは、ホストOSコンテナ間でデータを共有する方法に大きく依存します。そのため、適切なボリュームの設定や、パフォーマンスを向上させるための最適化オプション適用されていることを確認することが重要です。

最後に、Docker自体アップデートパフォーマンス改善寄与する場合があります。最新のDockerエンジンには、パフォーマンス改善するための修正改善が含まれていることがあります

これらの要素を考慮に入れ、Dockerパフォーマンス最適化する方法を探すことができます。ただし、これらすべてを試してもパフォーマンス改善しない場合や、必要知識時間が不足している場合は、Docker使用しないネイティブ環境での構築が最善の選択であるかもしれません。

2023-05-05

はてブオープンソースライセンス理解しているやつ1%未満説

[B! ネット] 攻略ツールをGameWithに模倣されたお話|oliver|note

GPLライセンスで公開するぐらいしかないんじゃない?

GPL理解していないコメントがあるのは仕方ないとしても、これにスターが大量に集まるのはバカの見本市すぎるだろう。

模倣元のツールMIT Licenseで公開されていたらしいので、状況は概ね3パターンに整理できる。

パターン1はどんなオープンソースライセンスでも問題にならない。

アイデア著作権保護されないため)

パターン2はMIT Licenseでもライセンス違反なのでGPLを選ぶ必要がない。

MIT License著作権者とライセンスの表示が必須で、少なくともソースコード上に「Auther: ○○」「License: MIT」と記載する必要がある)

パターン3はGPLでは問題にならない。FSFFAQより引用する。

Q. ある会社GPL適用されたプログラムの改変バージョンウェブサイトで動かしていますGPLはかれらは改変したソースコードを配布しなければならないと言ってますか?

A. GPLは誰もが改変したバージョン作成し、他に配布することなく、使うことを許しています。この会社が行っているのはこの特別場合です。ですから、この会社が改変したソースコードリリースする必要はありません。

https://www.gnu.org/licenses/gpl-faq.ja.html#UnreleasedMods

ちょっと分かりづらいので解説すると

というロジックになっている。結局、どのパターンでもGPLを選んだところで問題解決できない。

また、次のコメントも間違っている。

GPLCC-BY(もしくはCC-BY-NC)にすればいいんじゃないの?

CC-BY-NCの定める「営利目的」はソフトウェアを売買したり利用料を得たりするような行為のことで、アフィリエイト広告収入を得る行為は含まれいから抑止にならない。

この中でまともなこと言っているのはこの人だけである

GPLv3含め通常のOSSライセンスではバックエンド利用は再配布に該当しない(お前らはApacheFFmpegソース配布してるか?)。XaaS提供を縛りたい場合v3フォークのAffero GPLv3必要

AGPLv3を選べばパターン3を防ぐことができる。

ただ、模倣先のツールクライアントサイドアプリケーションらしい(≒パターン3ではない)のでAGPLv3を選ぶ必要はあまりないだろう。内容は的確だが、ちょっと惜しい。

-----

ここ最近感じていること:コメントの質が云々というより、スターを付ける人の質が悪いので一向に改善されない問題のほうが根深いなあ。

2023-05-02

anond:20230502092800

最近、私はStableDiffusionというデータ解析の分野に興味を持っていますしかし、この分野を深く探求するためには、高性能なグラフィックカード必要不可欠です。そこで、グラボを積んだ新しいPCを購入したいと思っています。これによって、私はStableDiffusionの研究に熱中し、将来的には有益な知見を得ることができると考えています。また、この新しいPC使用することで、私たちの家庭にもさまざまな恩恵があります。例えば、ビデオ編集写真編集など、私たち普段使用しているアプリケーションの処理速度が向上し、快適な使用感を得ることができますさらに、このPCゲームエンターテインメントにも最適な性能を持っています私たち共通趣味を持つ夫婦ですので、このPC私たちコミュニケーションを深めるためにも非常に役立ちます。以上の理由から、新しいPCを購入することを強く希望します。どうか、ご理解とご協力をお願いします。」

2023-04-30

ダブスタクソイナゴ謝罪したと思ったらもっとヤバい奴が現れた

anond:20230428205342

 

クリエイター未来AIから守る会なんてのが出てきた…

https://twitter.com/No_generativeAI

 

こいつの主張は滅茶苦茶で、「画像生成AI全面禁止」では飽き足らず翻訳や顔認識のような「AIを利用したアプリケーション規制」まで主張している。

その規制というのも

https://twitter.com/No_generativeAI/status/1652219754948743168

DeepLやGoogle翻訳、RVCなど、AI技術を用いた全てのソフト政府管理下に置き、場合によっては禁止せよ。

から恐れ入る。できるわけねーだろ!AI規制をかけようとしているEUに同じ事を提案しても頭がおかしい奴だって笑われるぞ!

 

曰く、ダブスタクソイナゴ画像生成AIに手を出す奴は犯罪者予備軍らしい。

https://twitter.com/No_generativeAI/status/1652431555514761216

20歳男性である木目氏が公式ガイドライン違反した静的コンテンツ投稿していたように、二次創作界隈では男性向けのロリ趣味少女趣味コンテンツばかりです。

彼らのような犯罪者予備軍とも捉えられる人が、画像生成AIに手を出したのではないでしょうか。

おもらしとか二次ロリは今回のダブスタクソイナゴ問題じゃねえだろ…人の性癖を捕まえて犯罪者予備軍なんて言うのはマジで失礼なんだよな。

 

一番の問題はこいつが許可の無い二次創作まで否定してる所なんだよな。

https://twitter.com/No_generativeAI/status/1652427594795745280

クリエイター未来AIから守る会」から、別組織理事を務める木目百二(もくめももじ)氏に対して公式声明を行います

本会は著作権者権利保護のために活動しており、今回の木目氏による公式ガイドライン違反を、強く非難します。

画像生成AIのみならず、違法二次創作も我々は容認しません。

もっと後ろめたくない奴を活動の矢面に出せとは言ってるけど許可の無い二次創作禁止なんて誰も求めてないんだよ!出版社すらも!

「よりによって(表向き)二次創作ガイドラインで禁じている芳文社版権でやりやがって!!」と俺は前回書いたけど

芳文社が「表向き」禁止というスタンスを取ってなきゃネットで流れてる健全なぼざろの二次創作だって存在できてないんだよ!

芳文社がそういった二次創作に対して削除申請しないのはそういう事だよ!

まあ、ファンボでぼざろのエロを有料で見せていたダブスタクソイナゴ芳文社が許すのかと言ったら許されないとも思うが…だからあいつは消したんだからな。

 

色々書いてきたけどこいつは誰にも支持されないような気がしてきたな…

2023-04-15

anond:20230415234754

ChatGPTへの質問

AMDRyzenインテルCPUよりも高性能で低価格です。

それでもインテルをあえて選ぶ理由はありますか?

 

ChatGPTからの回答

はい、実際にはいくつかの理由があるため、AMDRyzenよりもインテルCPUを選ぶ場合があります

 

アプリケーション互換性:

 一部のアプリケーションは、インテルCPU最適化されており、AMDRyzenでは動作しない場合があります

 これは、アプリケーションがAVX2やQuick Syncなどのインテル独自技術使用しているためです。

 

シングルスレッドパフォーマンス

 インテルCPUは、シングルスレッドパフォーマンスが高い傾向にあります

 したがって、単一スレッドで高いパフォーマンス必要タスクには、インテルCPUが適している場合があります

 

オーバークロック

 オーバークロックを行う場合インテルCPU一般的により高いオーバークロック性能を持ち、より高いクロック数を達成することができます

 

消費電力:

 一部の人は、インテルCPUAMDRyzenよりも消費電力が低く、省エネであると考えています

 これは、インテルが14nmのプロセス使用している一方、AMDが7nmのプロセス使用しているためです。

 ただし、最新のRyzen CPUには省エネ機能が搭載されているため、この差は縮まっています

 

以上のように、AMDRyzenが高性能で低価格であるため、多くの人が選択するCPUの1つになっていますが、特定アプリケーションニーズに応じて、インテルCPU選択することがあります

anond:20230415233015

ChatGPTへの質問

自宅サーバーで使うミニPCCPUは、インテルAMDのどちらが良いですか?

メリットデメリットも教えてください。

 

ChatGPTからの回答

ミニPC使用するCPUには、インテルAMDの2つの主要な選択肢があります

以下にそれぞれのメリットデメリットをまとめました。

 

インテルCPUメリット

 

インテルCPUデメリット

 

AMD CPUメリット

 

AMD CPUデメリット

 

以上のように、インテルAMDCPUにはそれぞれメリットデメリットがあります

自宅サーバーでの使用においては、予算必要アプリケーションの性能要件などを考慮して、どちらが自分にとって最適かを慎重に検討する必要があります

ミニPC vs デスクトップPC

自前のWebサービスを開発するために、自宅サーバー(開発用サーバー)を用意したいと思いました。

設置場所が少なくて済むので、ミニPCを開発用サーバーに使おうと思いました。

以前は拡張性の高いデスクトップPC自宅サーバーとして使っていましたが、今はミニPCでもいいかなと思いました。

ミニPCデスクトップPCのどちらを選ぶか検討しており、ChatGPTにも質問してみました。

 

ChatCPTへの質問

自宅サーバー用にミニPCを使うことを検討しています

しかし、ミニPC拡張性が低いので、普通デスクトップPC自宅サーバーとして利用した方が良いでしょうか?

自宅サーバーに使うパソコンとして、ミニPCデスクトップPC比較して、それぞれのメリットデメリットを列挙してください。

 

ChatCPTからの回答

ミニPCデスクトップPC比較すると、それぞれにメリットデメリットがあります

 

ミニPCメリット:

 

ミニPCデメリット:

 

デスクトップPCメリット:

 

デスクトップPCデメリット:

 

以上が、ミニPCデスクトップPCメリットデメリット一般的比較です。自宅サーバーに求める機能用途によって、どちらを選ぶべきかを検討することが重要です。

 

ミニPC比較

同じミニPCでもCPUインテルAMDがあり、Ryzenだと性能が良いので、ちょっと高くてもRyzenの方が良いのかな?と思いました。

40代よわよわエンジニア転職は打ちのめされてからが本番だった

久しぶりに転職をした。

理由は「上司がクソ・年収も上がらない」という至極単純なもの

自分人手不足と言われているエンジニア業界でも、人が居ないと嘆かれている言語エンジニアである

正直に言って、今までは求人に乗っかればそれなりに内定を取れたので、そんな感じでいくだろうとタカをくくっていた。

ところが、今回の転職はめちゃくちゃ難航した。

受けたカジュアル面談20社近く。

約半数の選考に進み、スキルチェックで落とされたのが3社、面接で落ちたのが2社、内定獲得したが辞退したところが3社。

打率3割は高いと思うかもしれないが、経験者なら誰でもOKSESなので自慢にならないんだ。すまんな。

最終的には良さげなところを見つけ転職は幕を閉じたが、かけた期間はおよそ6ヶ月。

それをぼちぼち忙しい業務の合間と土日に行っていたので、もう身も心もすっかり摩耗した。

ようやく落ち着いて新しい環境にも慣れたので、これから転職したい人の参考になればと思い増田しておく。

敗因は色々あるが、気づきとしては「経験者として求められるスキルレベルが上がっている・スペシャリストが求められる」「難なく通るような会社はだいたいヤバい匂いがする」あたりだろうか。

まず、スキルレベルインフレ

仕事でそれなりやってます、といったレベルでは到底NGで、いわゆるつよつよエンジニアを求められている気がした。

自分中間管理職も担っているので、テックリードだったりスペシャリスト役はやりたい人間に任せている。

今回はそれが完全に裏目に出た。

スキルチェックのための課題を出されたが、正直ついていけない。

必死に調べて時間の許す限り食らいついたが、ことごとく落ちた。

技術面接で、こんなこともやってないんですか?これ知らなかったんですか?と詰められたときは帰り道で泣いた。

スキル不足を理由に落ちた会社からは、「○○エンジニアをしながら、採用メンターをやっている人は珍しいと思う」と微妙フォロー付きのお祈りメールが届いた。

タイミング悪く、課題期間に家族の大病や本業トラブルなども重なり、あの苦行は何だったんだという思いで正直だいぶメンタルにきた。

技術キャッチアップができていないのは当然、自業自得だ。

同じ○○エンジニアとして勝負したいのであれば専門性必須で、ギークな彼らに頼り切りだった自分が悪い。

そんなのは十分分かっている。

が、自分がこれまでに歯を食いしばってやってきた、周りのエンジニアが誰一人やりたがらない管理業務をこなしてきたことすら、全否定されたような気分になってしまった。

これにはすっかり参ってしまって、しばらく立ち直れなかった。

カジュアル面談の時点で、自分スキルレベルにあまり自信がない、具体的にこういうことは出来ていない等伝えてみたが、

「あー別にそこは入ってから勉強してもらえれば良いんでー」との言葉を真に受けてしまい、ウハウハで応募してスキルチェックで落ちた。

カジュアル面談は応募の間口を広げるための物なのだろう。

こちらとしては、その時点で「今は応募しても落ちるかも」と言ってほしかったのだが。

公用語英語という会社も増えてきているように感じた。外資はもちろんだが。

どうせなら、社内文化に力を入れているような良い組織に入りたいと思ったものの、そういった会社公用語英語にしている所が多かった。

先方も「今は」ペラペラじゃなくていいけど...等と言っていたので、つまり良い会社はどんどん英語スタンダードになっていく可能性があるということ。

それはつまり自分が再度転職する時には、自分は「日本語しかできないクズ」として、グローバル化を目指す会社からは置いてけぼりを食らうということでもある。

読み書きはそれなりに自信があるが、ペラペラしゃべれるタイプではないので、今後は英会話必須かなと漠然不安にはなった。

しろ、そうこうしている間に、英語力もコーディングスキルも高い若者がどんどん出てきて押し流されるんだろうな。

次に、難なく通るような会社はだいたいヤバい匂いがする件。

ポートフォリオだけで内定をくれるような、驚愕エクストリーム選考もあった。

Offerまでに5次面接スキルチェック課題技術面接、適性検査リファレンスチェックだとあれこれ対応し疲れ切った身には、あまりにも麻薬的に思えた。

もう、そこに決めてしまおうか、、、と何度も頭をよぎった。

しかこちらも長年世話になりたい立場

どこでも良いわけではないので、転職○議で口コミをチェックすると、、、、

まあ、お察しだった。

そもそもでいくと、対して吟味せず内定をくれるということは、よほど先方の感触が良いか、よほど人が足りてないかのどちらかである

だいたい後者が多い。

人が足りてないということは、当然忙しいし要求も多い。

また、人材が抜けていきやすい、ということでもある。こわ。

選考途中で音信不通になった会社もおり、本来ならばこちからリマインドするところだが

「向こうが忘れてるってことは記憶に残らない存在なんだろう、じゃあ実質落ちたも同然」と思ったので、見なかったことにしている。

自分は最終的には「今までのキャリア尊重しつつ専門性を高めていくポジション」として収まった。

その会社は前任が栄転し、空いた枠に人がほしいというのと、まずは専門性を伸ばして欲しいけどいつかマネジメントもやってほしい、といった期待値だったので、それなら伸びしろも丁度良いと思いここに決めた。

年収は上がったし自由度も高くなり、人間関係も良好で、転職としては大成功と言える。

何より社長と話のテンポが合い、「増田さんは本当に採用してよかった」と言ってもらえたのが大きい。

手前味噌だが、自分エンジニアの中ではかなりとっつきやすタイプである

コード一行の専門性こそ低いものの、いつも機嫌が良さそうとか難しいこともわかりやすく教えてくれるとか褒め上手だとか、凪のようなメンタルしてるとか、落ち込んでるとふらっとやってきてオフィスグリコをおごってくれるだとか、そういう面で自然と他部署に頼られることが多く、一度組織に溶け込むと途端に重宝される。

結果、気難しいスペシャリストを束ねてビジネス遂行する立場になるのだが、「人間性」みたいなぼんやりしたスキルは外から判断しづらい。

じゃあ初めからマネージャーとして応募すれば良かったじゃないかと思われるかもしれないが、マネとしての実績も非常に中途半端なので、自分みたいなよわよわエンジニアだとしても、エンジニアを一旦名乗っておかなければ箸にも棒にもかからない

○○エンジニアという同じ採用枠で見ると、自分は「経験年数だけ長く、大したコードも書けない、マネジメントもなんだか中途半端で、今更ポテンシャルを買えるような年齢でもない、どう扱ったらいいかからない無駄に年食っててヘラヘラしてるだけの中途半端おっさん」だということが、今回の転職活動ではっきり分かったのはショックでもあり、良い気付きだった。

これから転職を考えている人には、自分の強み弱みを客観的分析言語化して、自分に合ったところを探すことを強くおすすめしたい。

世の中の人材は常に流動しており、各組織には今ほしいエンジニアタイプというのがあり、そこにマッチしないと永遠にハマらないジグソーパズルになってしまうから

また、転職時に慌てないためにも以下の行動をおすすめしておきたい。

自分の今の実力が分かるサンプルアプリGitHubに公開しておくこと。草は頻繁に生やさなくても良い。

Qiita、Zenn、個人ブログなどで技術について定期的にシェアすること。いざ転職時に大量に書こうと思うとつらいし、現職で見つけたハマりどころなど書いておけば後々役に立つ。自分は辞めたあと自分はてブにめちゃくちゃ助けられた。

Twitterでは発言内容に気を付けること。仕事愚痴じゃなくても、ネガティブな内容が多い人はそれだけで印象が悪い。つよつよエンジニアの中には仕事愚痴ガンガン投稿している人がいるが、色々な採用担当に話を聞くと皆口を揃えて「どんなに有名だったりハイスキルな人でも、公の場で後ろ向きな人は採らない。絶対トラブル起こすから」と言っていた。

転職ド○フトやFin○yなどこちからアピールする欄がある媒体では、自分の人となりが溢れ出る内容を書きまくること。

たとえばスキルレベルの話や、それをカバーするような強みのアピールはかなり有効だった。


追記スキルレベルを教えて欲しいというコメントがあったので身バレしない範囲で応えると、「一人でアプリケーション作れるけどそこ止まり、部下同僚を束ねてテックリードするのは無理」「今はキャッチアップが追いつかないのでライブラリOSS活動的なことは一切してない」。

技術面接で訊かれたのは設計についてとかかな。

あとはここで例外発生して落ちることを考慮してないとか、ここではメモリ解放しないとだとか、そういう系が引っかかったらしい。

自分言語の細かな特性を熟知してないから気付けず落ちた感じ。

2023/04/15 22:28追記

のんびり買い物に出てたらめちゃくちゃ反響があったようで驚いている。

祝福してくれた人、各々の観点意見を述べてくれた人、批判的なコメントも含め、皆さん関心を寄せてくれて本当にありがとう

なぜか増田C++エンジニアと断定して、メモリ解放考慮できないレベルの低い40代おっさん批判している人が多いようだけど、これでもエンジニアの端くれなので、こういう部分から特定されないよう多少のフェイクを入れました、、、C++面白いよね、でも違うんだ、ごめんな、、、

ただ「自分レベルが低い、第一線でバリバリやってりゃ学んでるはずの知識を蓄えてない」という、自分自身の問題には変わりないので、君の指摘の本質自分の考えとも一致している。おじさん頑張るよ。君も達者でな。

次に「応募する求人そもそも合ってない、最初からPMEM行っとけば良かったのに」という意見

実はPMEMは何社か話を聞きに行ったし、応募もしたんだ。でも落ちた。

やはり、そっちにはそっちを極めてきたプロがいる。

採用する立場で言えば、「エンジニア出身マネジメント経験のある40代おっさんを、今更新PMとして雇うか?」というところで、答えはNOなんだと思う。

明らかにテックリードを求めている求人は除けたけど、その業界内で求められるエンジニア像が、求人票の表記以上にスペシャリスト寄りのものが多いと感じた、というのが現実かな。

いくつかのコメントにあった「組織潤滑油として機能するキーマンみたいな人、エースでもないのに居なくなるとなぜか途端に回らなくなる人」というのが、僭越ながらまさに自分だったんだろうと思う。

文面から人柄の良さが出てる、増田を雇いたい、上司になってほしいと言ってもらえたのは素直に嬉しかった。ちょっと泣けた。

どっかの誰かの匿名ダイアリーに、そんな風に好意的気持ちを表明できるあなた達も素敵な人だよ。

これ以上の追記はしないでおこうと思う。

あとはみんな好きに言ってくれーい!

2023-04-14

anond:20230414062844

ダメに決まるがな

ソシャゲの方はスマートフォンゲームアプリケーション運用ガイドライン未成年課金制限あるで。そもそも法律で無かったことにも出来る

 

ただ、コンカフェスパチャは業界規制法律もないので親のクレカ使って貢ぎ放題や

最悪、親のクレカはいいけど、子ども万引きとか闇バイトとか売春されたら目も当てられん

2023-04-11

2003年4月11日菊池百子が死んだ

ずっと忘れていた。

いや、脳の奥に生乾きのかさぶたのようなものがじっとりとこびりついて、ふとした時に思い出したりはしていた。

なぜだか、それが昨日になって出てきた

そうかもう20年以上経っていたか

百子はJava言語技術者だった。いや、技術者か分からないがJavaを学ぶ25歳の若い女性だった。

百子とはJavaHouseで出会った。

当時Java言語J2EEの登場により大きな注目を集めており、エンタープライズ用途で稼働していた業務アプリケーションWEBベースJavaアプリケーションへのリプレースする事が大きな需要を生んでおり、VBDelphi又はバックエンドとしてのCOBOL等で活躍していたエンジニア技術転換を求められていた

現在も大して変わらんないかもしれないが、業務エンジニアコンピューターサイエンスを学んだ者は少なかった。

文系出身で(数学としての)関数代数ちゃん理解しているのか怪しいような者も数多く居り、当然ながらオブジェクト指向言語に戸惑う者も多かった。自分がそうだった。

当時の技術コミュニティはいくつかはあったが、古くからあったがどれも敷居が高かった。

fj.comp.lang.* (ネットニュース:現在意味が異なる)は正当な技術者も多かったが初心者が書き込める雰囲気が無かったり過疎っていた。ニフティサーブPC-VAN等のパソコン通信(当時既にサービス名が変わっていたかもしれないがみんな昔の名前で読んでいた)をベースにしたもの歴史があったが、老害が偉そうにしているフォーラムも多く、やがて廃れていった。

そうした中で初心者熟練者も和気あいあいと活発な議論が行われていたのが、JavaHouseというメーリングリストコミュニティだった。

主催者現在インターネットセキュリティの大物左翼として時折世間ビビらせまくっている、ひろみちゅ先生こと高木浩光氏。当時既に産総研研究者になっていたとはいえあくま個人手弁当運用していた。無料で誰でも自由に入退会ができるコミュニティであり、他に行き場のなさを感じた初心者Javaエンジニアたちにとって大きな心の拠り所となった。

百子がいつからJavaHouseに居たのかは分からない。

でも百子が注目された事があったのだ。

最初Java経由での帳票出力の議論であった。

当時は適切な印刷用の整形ソリューションが無く比較的頻繁に挙がっていた話題で、

百子も同様に苦しんでいた

当方プリントアウトに苦っています

一度PDFに落としてから各自プりントアウト

するような方法が、現時点ではり一ゾナブル

かとも思います


ドラえもんのようなひらがなカタカナを組み合わせたチャーミングな文体でその焦りを徹底的かつ高度に表現していた。

しかしこの議論中に問題が起こる。JavaHouseに障害が発生しメール配信されない事象が発生したのだ。

NFSで他のサーバーマウントしていたが不要と思われたNFSサーバーデータを一部で参照していたため処理が行えなかった、応急的に対応したが根本対応を後日行うと管理者高木浩光は告げた。

購読者達は不安を覚えたが復旧を喜んだ。

しかし、議論が途切れた事を不安に思った百子は高木浩光に直接確認を行った。返事は帰ってこなかった。

その後、高木浩光からその議論スレッドに返信される

> This Message was undeliverable due to the following reason:

> The user(s) account is temporarily over quota.

というエラーで戻ってきました。

いろいろとご心配のようでしたので(その内容については書きませんが)、迅

速にお返事を差し上げる必要を感じておりますが、上記の通りでは、連絡の取

り様がありませんので、やむを得ず、お返事を差し上げた事実をここで示させ

いただきます

あろう事か高木浩光心配で苦悩を抱えた百子に対して

徹底的な侮辱晒し上げたのだ。

まるで百子に非があるかのように。

恥ずかしさと悔しさで真っ赤となった泣き顔の百子を想像することは難しくない。



次はインスタンス生成時のコストに関する伝統的な議論であったが、

その流れで議論とは関係が無かったが百子はやりとりのマナーについて言及した。

また、メールコメント部分に対するみつっこみは

やや、マナー違反のように思えますが、いかがでしょう?


議論をしていた者たちは本質的では無い指摘に形式的謝罪をしたが、

百子に対して冷淡な反論をしたものが居た。

高木浩光

そんな慣習はありませんよ。


議論はその後元の話題に戻っていくが、無粋な高木浩光に、

きっと百子は憤然たる思いを抱えたに違いなかった



最後に決定的な事が起こる

先日の障害の復旧のためメンテナンスのためサービスを停止すると高木浩光が予告した。

百子はさんざん煮え湯を飲まされてきた高木に対して

ビジネス感覚に溢れ優美ウィットに富んだリプライを返した。

以下ちゃちゃです。

ふつう民間企業ならば、残業休日出勤はあたりまえ

なのに、ずいぶんのんびりしてますね。

サービスが利用不可というのは、大変なことでしょうに。

以上、ちゃちゃでした。


ユーモアやウイットを解せぬ下らない有象無象が百子を咎めた。

挙げ句Javaコミュニティ自分で立ち上げてみてはどうかと言う者まで現れた。

か弱く繊細で思いやりのある儚き百子が、このような嘲りに耐えるのは致命的な苦痛だったに違いない。

百子は精一杯の力でJava界の将来についてその想いを書き綴った

私が恐れているのは、恐怖の日が襲い、対応の行動が遅すぎる前に

協議を行って欲しい、ということです。

ある日、国内中のjava関係の方々がパニックを起こさないように。






別れは突然訪れた

「百子の夫です」

技術コミュニティに相応しない短い件名の投稿は衝撃的なものであった

私の妻百子は11日に進行性癌に伴う急性心不全永眠いたしました

25才でした

医師の診断をもらったとき私たちに残された時間は1ヶ月というものでした

毎日が恐怖でした。、

でも発作が起きてからそれほど時間がかからなかったのはすくいでもありました


なんという事だ!こんな悲劇があってよかろうはずがない!

しかもあのプりントアウトの話をしていたときには余命を悟っていたのか。

自分は打ちのめされた

そしてさらに衝撃的な事が続く

百子は先週からふさぎがちになっていました

聞くとブー様とうまくいっていないのではないかということでした

百子はずいぶん前からたびたび高木という男の名を出してひとりでジャバなる

パソコンを動かし一人で全部やってのけているのだと絶賛しておりました

私は軽い嫉妬心からその名字だけをとってブーといいました

しかし百子はなぜか抵抗を示しブーと読んだあとにも必ず様をつけるのでした



おのれ高木さんめ!いや、ぶー様め!

百子の心に闇で満たしたという事か。


悔しくてウイスキーストレートで何倍も痛飲し、この辛い出来事を忘れるように努めた。

しばらく時間が掛かったが、悲劇からのショックから癒えた。

自分アプリケーションプログラミングをする事もすっかりなくなっていた。

数年に1度くらいフッと湧き上がってくる事があったが、すぐに忘れようとした。

しかし、昨日はなぜ、菊池百子を思い出したのかずっと考えていた。

ずっと、ずっと

愛していたんだと思う、百子を。

直接会ったことはないし、見たこともない、投稿の文面の文字しか見ていない、直接のメッセージのやりとりもしていない、だけど確かに自分は百子を愛していた。

雅人よりもずっと。

ぶー様よりもきっと。

Rest in peace, I love you.

https://web.archive.org/web/20091027013532/http://java-house.jp/ml/archive/j-h-b/052276.html#body

2023-04-10

anond:20230409125337

一応地頭はいい方だと思う

これ全部やれば未経験でもプログラマになれるよ

2023-04-05

はてブの「あとで読む」のお掃除したい

あとで読む」がごちゃついてきているのでお掃除したいと考えています

要件は以下の通りです。条件はアンドで結ばれます

はてブオリジナル機能ではこうした条件をつけての一括の掃除を実現することができません。良い方法があればご提案頂きたくお願いします。

なおこの条件でChatGPTBingにも手法提案してもらっていて、ChatGPT(GPT-4)からはすでにはてブAPI操作して一括削除するRESTクライアントアプリケーションコード提案してもらっていてある程度カタチになっています(もちろん多少のバグはありますがそれは人間が多少の修正をすれば良いだけの話であって大した問題ではありません)。

現時点のAIと比べるならば人類はより優れたアウトプットを期待できるので同じ質問します。これは人類集合知)と AI戦争です。それでは集合知のみなさん頑張ってください

2023-03-27

諸君!ThinkPadiPhoneに対して、5つの大きな優位性を持っている!まず第一に、ThinkPadは高性能なマルチタスキング可能である。これは、業務において必要アプリケーションを同時に開き、作業効率化する上で非常に重要な要素である。第二に、ThinkPad物理キーボードポインティングデバイスを備えているため、快適で正確な入力可能だ。これによって、長時間作業でもストレスを感じることな作業を続けることができる。第三に、ThinkPad周辺機器との互換性が高い。例えば、外部ディスプレイプリンターUSBハブなどが利用できるため、ビジネス現場で非常に便利だ。第四に、ThinkPadは高度なセキュリティ対策が施されている。指紋認証や顔認証TPMセキュリティチップなどを搭載しており、貴重な情報個人情報を守るために最適なデバイスとなっている。最後に、ThinkPad堅牢である。落下や水濡れなどに対しても強い耐久性を持っており、ビジネス現場で頻繁に使用されるデバイスとして、信頼性が非常に高いといえる。以上、5つの大きな理由から明らかなように、ThinkPadiPhoneに対して圧倒的な優位性を持っているのだ!

2023-03-25

[] この世はスパイだらけ

Q: スパイウェアとはなにか、簡単説明してくれますかな?

スパイウェアは悪意のあるソフトウェア一種で、ユーザー認識同意なしにコンピュータシステムから情報を密かに収集するように設計されています。この情報には、個人データログイン情報閲覧履歴、その他の機密情報などが含まれることがあります

スパイウェアは、ソフトウェアダウンロードや偽のセキュリティアップデートなど、人を欺く手段システムインストールされることがよくありますインストールされると、バックグラウンドで静かに動作し、データ作成者第三者送信することができます

スパイウェアプライバシーセキュリティに対する深刻な脅威となる可能性がありますスパイウェア対策ソフトウェアインストールし、信頼できないソースからソフトウェアダウンロードすることに注意するなど、この種の攻撃からコンピュータシステム保護するための措置を講じることが重要です。

 

Q: ユーザー普通規約を読まないのですが、それを悪用している一般的アプリスパイウェアでは?

はい、一部のアプリスパイウェアとみなされるような方法ユーザーデータ収集する可能性があることは事実です。多くのユーザーは、アプリインストールする前にアプリ利用規約を読まないため、知らず知らずのうちにアプリ個人データ収集し共有することを許可してしまうことがありますアプリの中には、ユーザーエクスペリエンスの向上やターゲット広告配信など、正当と謳ってデータ収集するものがあります

一般的に、アプリインストールする前にそのアプリ利用規約確認し、データ収集許可を与えることに慎重であることが望ましいとされています。また、スパイウェア対策ソフト使用し、プライバシー設定を定期的に見直し、調整し、個人情報オンラインで共有することに慎重になるなど、プライバシー保護するための対策をとることができます

 

Q: では、一般人ができる防衛法を教えてください。

AndroidのようなOSのものが、ユーザーエクスペリエンスの向上やパーソナライズされたサービス提供などと謳って、さまざまな目的データ収集する場合があることは事実です。しかし、一般人自分プライバシーを守るためにできることはまだあります

 

Q: しかし、OSS準拠したモバイルでなければ防御が難しいのでは。

オペレーティングシステムオープンソースでない場合や、ソースコードへのアクセス制限されているクローズドソース場合モバイルデバイスにおけるプライバシーの脅威を完全に防御することが難しい場合があることは事実です。しかし、データ収集リスクを最小限に抑え、プライバシー保護するために講じることができる措置はまだあります

例えば、先に述べたように、アプリ権限を見直す、プライバシーに特化したアプリサービスを利用する、ソフトウェアを常に最新の状態に保つ、プライバシー設定を定期的に見直す、などが挙げられます。また、信頼できるスパイウェア対策ソフトを使って、デバイスからスパイウェアを検出・除去することもできます

さらに、オープンソースソフトウェアベースとし、データ収集プライバシーをより適切に管理できる、プライバシーに重点を置いたモバイルオペレーティングシステムがあります。これらの代替オペレーティングシステム使用することは、プライバシー特に懸念している人のための選択肢になり得ます

結局のところ、モバイルデバイスプライバシーを守るには、意識、警戒心、プライバシーを向上させるツールテクニック使用を組み合わせた多面的アプローチ必要なのです。

 

Q: なぜ政府やTech企業情報を盗みたがるのですか?

監視管理政府ハイテク企業は、個人または集団活動監視管理するためにデータ収集する場合があります。これには、政敵監視個人経済活動の追跡、産業技術などの奪取などが含まれます

 

end basketball

Gorilla: hSLFChwDfHJGu94CPC35QBCEH95_btaray6teX5QIQRwUlwT7qNInpq00k79Y5uCIFmUhgFQ4SVSN6Ac0trIIlgbtO3SGgpla5HoVWyU_rs2j6pcZfGbZcq6Cv1XNlMiqbpBQ6xipJAul7vXbmsu8kLPWH2hePq1ykDuqaGkht5sJEN6WTBnGoGlsCNIVoo_kx_bOc0ptfZy3YLm3Ek5MTVPMDipUzy3kaX0Seo92XGsePd1eiZ_kZeGuNXVnpt3B8HbQmDPna4iUWejkQkOtXb6FYM6B9HEZbBSU9AmVRAyClVSdW7jEb8ipINPxPXVvKYmgfwgSbPziet7sIj4DzYinvXLIFR12sbpVN1SlCjLKC47xmZMkEgYLuAjiMyTp4rHuiEhk0ikjMTNYCX6Bl0_IsrIzFObfKSSOBI4xobiQEdNyadL5GRCu8N0wrKeltz9Dynv0Jx3qrigBD1ESUBlTLzUCYsPCAHnXRasag00n6jbYq0DLv101btXj9peQgQOW5a6plrY34GjDIyWu4jd315oFdZaIfue28ANuj44wKoxvirOEuNwihwAhuhLNK2IGAYx0F_jfQVkevT0SMnmFdaiAu0t4cJxTKAnbdrvv4244cCxuDqiBbi3nbckWfhyM1xTJgoTgH6bythdBP7fop2UatLHb9CrtlqMpfjy15bWMoARJcWUksAO7eRqAKKN_5E597_bv9e9LoulaRbzAab9oRFmnfCqJ8lhXkRJVw0y0dJpXKG1IYbJ0q8J594iELfWGXd10wGI8y73VqOVr2lfalfgXmvz6g5wQLXvqWCRrtupKWOtWRYRCLzpZYHl2VWuWUqJkxehCGk5tv9BIgCN562Z7XuCLfA8Yd7cUZg8h82SHdyJUBWOTq6bhS8AOoDYwWWRdy46POlB3KXCmdpO6zZ4OJyqxSa4rIMwNLczI7eppY3TIJiEDGES7im2_oWce3fbwEKCF1LqFYtvkAUIT9zptvsEgNrqIK9bplNHybY0wBhOn1zFYEvn

2023-03-23

ChatGPTの使い方

https://chat.openai.com/chat

ChatGPTの使い方を教えてください。

こんにちは!ChatGPTの使い方についてお答えします。

ChatGPTは、自然言語処理技術使用して、ユーザー入力した質問文章に対して回答を返す人工知能です。以下のような手順で使用することができます

1. ChatGPTにアクセスする

ChatGPTにアクセスするには、OpenAIの公式サイトや、ChatGPTを統合したWebアプリケーションなどを使用することができます

2. 質問文章入力する

ChatGPTに対して質問文章入力することができます。例えば、「明日の天気はどうですか?」や「人工知能について教えてください」といった質問があります

3. ChatGPTからの回答を待つ

ChatGPTは、入力された質問文章に基づいて、適切な回答を生成します。回答が生成されるまでに数秒かかる場合があります

4. 回答を確認する

ChatGPTが生成した回答を確認し、必要に応じて追加の質問説明を求めることができます

以上がChatGPTの基本的な使い方です。質問文章に対する回答は、ChatGPTが学習したデータアルゴリズムに基づいて生成されるため、回答が正確であることは保証されていません。質問文章の内容によっては、回答が適切でない場合がありますので、あくまでも参考程度にとどめておくことをお勧めします。

 

なかなか自然言葉遣いですね!

次はもっと攻めた質問をしてみましょう。

2023-03-17

MS自然言語アプリケーションを開発できるソリューションを発表

「誰でもプログラムができる」系のソリューションは、この60年間、ずっと発表され続けてきたけど今回はどうだろう。

ブレイクスルーは起きるかな。

2023-03-15

anond:20230315175633

>また、GPT4を使ったアプリケーションサービスは、私たち日常生活仕事効率化し、生産性向上にも寄与しています

でも人間AIやらせることのほとんどは大喜利や調べれば出てくる簡単なことばかりだよ

AIは現状人類社会の何にも寄与していない

anond:20230315175156

まず、GPT3やGPT4の話題ばかりで不快に感じさせてしまたこと、心からお詫び申し上げます私たちも、様々な話題について語るべきだと考えていますので、今後はバラエティ豊かな内容についてもお話しできるよう努めます

一方で、GPT4には確かに一部のデメリットがありますが、そのポテンシャルや利点も無視できないものがあります。例えば、GPT4は、自然言語処理能力が向上し、より人間らしい文章を生成できるようになっています。これにより、コミュニケーションの質が向上し、様々な分野での応用が可能となります

また、GPT4を使ったアプリケーションサービスは、私たち日常生活仕事効率化し、生産性向上にも寄与しています。ただし、地球温暖化エネルギー消費の問題についても、技術開発者利用者が共に責任を持って取り組むべきだと考えています

今後、GPT4や他のAI技術の発展に伴い、環境への影響を最小限に抑えつつ、持続可能な発展を目指すことが重要です。私たちは、皆様のご意見を大切にしながら、さまざまな角度から情報提供議論を行っていきたいと思っています

by GPT-4ちゃん

論理的思考に操られているかもしれない

「君の言っていることはすべて正しいけど、面白くない。」

何年か前に読んだ雑誌コピーで、当時かなりの衝撃を受けたことを覚えている。

今でもたまにこのコピーを思い出してドキッとすることがある。

自分論理的に考えることが得意なほうだ。

エンジニアという職業では特に論理的に考えることが必須スキルとなる。

それは「正しさの判断」が必要な場面が多いからだ。

エンジニア仕事は、正しい方向へ向かうための判断を繰り返すことに他ならない。

ビジネスのためにどのようなシステムを作るべきか?アーキテクチャの選定はビジネス課題解決になっているかアプリケーション実装ビジネス意図した動作をするか?

こういった判断をする際には、常に論理的思考が役に立つ。

職業病かどうかわからないが、日常生活でも無意識論理的に考えることが増えたように思う。

脳が勝手論理的思考しているような、そんな感覚がある。

エンジニア仕事では論理的思考は役に立つが、日常生活ではむしろ邪魔になることがある。

それは、論理的思考が「正しさの判断」にしかならないからだ。

日常生活で正しさが求められるシーンは限られている。

正しいことが他の何よりも優先されるのかといえば、当然そんなことはない。

正しさがある程度証明されたからといって、それが何になるんだろうか?

共感を求めている人に正論を叩きつけたり、別のコンテキストに立つ人間同士が正論を言い合ったりすることは、ほとんど無価値だし、むしろ憎悪の原因にしかならない。

エンジニア仕事でさえも、論理的思考邪魔になる場面があると思う。

論理的に考えることは、ある程度の時間がかかる。正しさの判断をするために時間をかける必要がない場面は、無限にある気がする。

正しい判断が求められず、速攻で理由もなく決めてしまえばいいようなトピックに関しては、論理的思考コストしかなっていない。

まり合理的でないが論理的判断をしてしまうケースはよくある。

それでいても論理的に考えたくなってしまうのは、論理的思考がすべてを解決してくれるように見えるからだ。

しかしたら人は根源的に、自分が正しいことの保証を求めるのかもしれない。

夢の中でさえ論理的思考していることがある。もはや論理的思考に操られているのかもしれないと思う。

論理的思考に操られないためには、「正しさの判断必要か」を考えることだ。

論理的思考はすべてを解決するわけじゃなく、正しさの判断しかならない。

正しさの判断不要な場面では、むしろ毒になるかもしれない。

感覚で考えること」と「正しくないこと」の両方を肯定する必要がある。

まず、感覚で考えることは、論理的に考えることの真逆というわけでもない。

感覚で考えた結果が、論理的に正しいこともあるだろう。

それに、もし考えが論理的に正しくなかったとしても「別にそれでいいじゃん」と思える寛容さや「間違ってるけど面白いね」と思える柔軟さを大切にしたい。

この文章を書いている最中でさえ、正しさを常に思考している。

たぶん、もっと絵を見たり音楽を聴いたり、自然に触れたりしたほうがいい。

ログイン ユーザー登録
ようこそ ゲスト さん