Tech関連の経験と情報のまとめ

Tech Ecology@六菱忍軍

  • Java
  • PHP
  • JavaScript
  • Python
  • Git
  • sh
  • SQL
  • SEO関連まとめ

Git

2024/3/26

Pull requestの適切的なサイズ

調査結果に基づかなくても体感で分かると思いますが、プルリクエスト(以下PR)のサイズはレビューの効率性と品質に大きな影響を与えます。 PRが小さいほど、レビューが容易で、フィードバックのサイクルが早く、問題の特定と修正が容易になります。 特定のタスクや変更に対応するために、PRを小さく、焦点を絞ったものに保つことが推奨されます。 Pull Request(PR)の適切なサイズについては、いくつかの調査があります。 Cisco SystemsのLOCとの相関 smartbearの調査では、PRの理想的なサイ ...

DB SQL SQLServer

2024/3/6

[SQL Server]テーブルを丸ごとコピーするSQL

SQL Serverでは、SELECT * INTOステートメントを使用することで、既存のテーブルから新しいテーブルを作成し、そのデータをコピーすることができます。 データのバックアップなど、既存のテーブルと同じテーブル構成ででたを保持しておきたい時用のSQLです。 ## origin_tableにコピー元となるテーブルをしてする ## new_tableに新しいテーブル名を記述する SELECT * INTO new_table FROM origin_table;   基本的にはSELECT ...

Java

2024/5/28

うるう年をチェックするJavaプログラム

2024年は閏年なので、うるう年の判定ロジック。 本来は愚直にやらないで、ライブラリを利用した方がいいので参考までに。 すべてのうるう年の条件。 世紀年とは、00で終わる年のことである。世紀年は、400で割り切れる場合のみ閏年となる。 閏年(世紀年を除く)は、4で正確に割り切れる場合に識別できる。 世紀年は4と100で割り切れる。 非世紀年は4で割り切れるだけである。 // Java program to find a leap year // Importing Classes/Files import ...

コラム 参考

2024/2/29

閏年のある年プログラムで注意すべきこと

うるう年は、地球の太陽周回軌道に合わせて暦を調整するために必要なものですが、プログラムやシステムにとっても問題を引き起こす可能性があります。 例として以下のようなことに注意する必要があります。 誤った閏年の処理|ハードコードされたロジック プログラムによっては、うるう年を特定するためのハードコードされたロジックを持つ場合があります。 このロジックは、複雑なルール(4で割り切れるが100では割り切れない、400でも割り切れない限り)を考慮しない場合があります。 これはうるう年の誤認につながり、日付に依存する ...

AI サービス

2024/2/16

Amazon史上最大のテキスト読み上げモデルを発表

Amazonの研究者たちが、これまでで最大の音声合成モデルを発表しました。 このモデルは、Big Adaptive Streamable TTS with Emergent abilitiesの頭文字をとったBASE TTS(テキスト音声合成)で、より人間に近いインタラクションを実現するための基盤となる可能性があります。 この研究によるとTTSモデルのための広範なトレーニングは、人工知能に使用される大規模言語モデル(LLM)と同じように、信頼性と汎用性を向上させることができるようです。 AmazonのBA ...

シェルの解説全般

sh

2024/2/8

ffmpegコマンドで画像ファイルを圧縮する

macで画像ファイルを圧縮する方法の1つとしてffmpegを利用する方法があります。 -q:vは品質を表しており、この後に付ける数字を大きくすることで画像が圧縮されます。最大数は20。 この数値を16以上にすると画像が荒れやすくなるので、圧縮した画像を見て数値を変化させる必要があります。 ## ローカルにffmpegがインストールされていない場合 brew install ffmpeg ## ffmpegで画像を圧縮する ffmpeg -i /Users/xxx/Downloads/original_fi ...

AI Microsoft

2024/1/31

Microsoft CopilotはAIを使用してWord文書の概要を作成するがコストがかかる

Microsoft Copilot は、Microsoft 365 の新しい機能で、Word ドキュメントの要約をAIで作成することができます。 文章の要約や下書き、書き換えなどをAIに任せることができます。 Copilotはドキュメントの内容をスキャンし、重要なポイントを抽出して短い文章にまとめ、要約の作成に加えてコンテンツの下書きや書き換え、チャットなどの機能も提供します。 OneDrive で他のユーザーとドキュメントを共有するときにも利用でき、共有する前に、AI で要約を作成するかどうかを選択でき ...

Google SEO

2024/1/25

GoogleのSEOは悪化しているのか?悪化している模様|検索エンジンにおけるSEOスパムの研究

ドイツ研究チームの調査によると、Google検索はSEOスパムに悩まされており、特に製品関連のクエリが多くなっています。 この研究では、Google、Bing、DuckDuckGoの7,392の製品レビュークエリを1年間調査し、上位のページは平均して最適化されており、アフィリエイトマーケティングで収益化されており、テキストの質が低い兆候があることを発見しました。 検索エンジンは印象論ではなく実際にSEOスパムに汚染されていることが明らかになりました。 研究者はスパムサイトはランキングをめぐって常にグーグル ...

理想郷

コラム サービス

2023/11/9

The utopia and illusion of those who think they can get by with tools

For decades, tool vendors and industry pundits often said they were seeing signs of tools that would make programming unnecessary. The first to bear such promise was, ironically, FORTRAN. FORTRAN is an acronym for FORmula TRANslation, and the idea was to ...

DB SQL

2023/9/7

大量のデータを小分けに取得すると後半遅くなるので要注意|SQL

SQLで大量のデータを取得する際に、ページングが進められますが大体悪手です。 オプティマイザに従ってsqlが正しく動作する場合、プログラムよりコストが低いので、リソースが許す限りデータ量を大きく取った方がいいです。 「大量のデータ」と言っている想定件数が異なるせいでしょうが、私の場合大体200万件以上のデータを想定しています。 DBによりますが、このくらいの件数以上になるとDBの性能閾値を超える可能性があるため、極端に小分けで取得すると後半速度劣化を起こします。 検索後半で遅くなる原因はいくつか考えられる ...

« Prev 1 2 3 4 5 6 … 14 Next »
  • Post
  • Share
  • Pocket
  • Hatena
  • LINE
  • URLコピー

開発に役立つサイト

OverAPI Commontools CodePen Iconfinder
Feedly Icon 購読する

参考になるAPI

NASA APIs The Movie Database API CountAPI TempMail API

カテゴリー

  • AI
  • Android
  • Apple
  • AWS
  • ChatGPT
  • DB
  • Docker
  • Font
  • Gemini
  • Git
  • Google
  • Gradle
  • html
  • Java
  • JavaScript
  • macOS
  • Microsoft
  • MySQL
  • OS
  • PHP
  • Python
  • Scala
  • SEO
  • sh
  • SQL
  • SQLServer
  • Ubuntu
  • Windows
  • WordPress
  • Youtube
  • エナジードリンク
  • コラム
  • サービス
  • 今日の一杯
  • 参考
  • 命名規約
  • 正規表現
  • 組織
  • 設計
  • 赤ワイン

よく読まれている記事

条件の0=0は全てが正であるを意味するSQL 1
条件の0=0は全てが正であるを意味する [SQL]

SQLの条件に0=0のような記述を見かけます。 変わった書き方の条件ですが、これは「全てが正である」事を意味しており、結合条件の場合はCROSS JOINと同じです。 下記の例で言えば、結合するsub ...

DISTINCTを使わないで重複排除を考えるSQL 2
DISTINCTを使わないで重複排除を考える [SQL]

SQLのDISTINCTはEXISTSとかGROUP BYでなんとかする事もできます。 DISTINCTは暗黙的なソートがされますが、何のDBを使うにせよ過去のバージョンならともかく、最近のバージョン ...

RFC 5322に準拠させた正規表現言語別 3
RFC 5322に準拠させた正規表現 言語別

RFC5322で定義されている正規表現を、各言語の正規表現に変化させた形になります。 完全な電子メール正規表現は存在しないので、結局のところ何かの公式基準に従っていたとしても、自分が携わるサービスのル ...

最近の投稿

  • AI時代に向けた新たなウェブ対応|LLMs.txtの存在
  • フェウド・アランチョ ネロ・ダーヴォラ レビュー|今日の一杯 赤ワイン
  • ChatGPTの間違いに騙されない考え方6選|失敗しないためのマインドセット

Tech関連の経験と情報のまとめ

Tech Ecology@六菱忍軍

© 2025 Tech Ecology@六菱忍軍