дякую.
а можна побільше таких історичних моментів?

порівняв версії 3.5 та 4 на прикладі простого запиту "напиши python скрипт для завантаження csv у postgres" - буде висловитися доречно що це джун і мідл

import psycopg2
import csv

# Connect to PostgreSQL database
conn = psycopg2.connect(
    host="localhost",
    database="your_database",
    user="your_username",
    password="your_password"
)
cur = conn.cursor()

# Open CSV file
with open('your_file.csv', 'r') as f:
    reader = csv.reader(f)
    next(reader)  # Skip header row

    # Iterate over rows and insert into database
    for row in reader:
        cur.execute(
            "INSERT INTO your_table (column1, column2, column3) VALUES (%s, %s, %s)",
            row
        )

# Commit changes and close connection
conn.commit()
cur.close()
conn.close()

pip install psycopg2-binary pandas

import psycopg2
import pandas as pd
from io import StringIO

# Replace these with your own values
db_name = "your_database_name"
db_user = "your_username"
db_password = "your_password"
db_host = "your_host"
db_port = "your_port"
table_name = "your_table_name"
csv_file_path = "your_csv_file_path.csv"

# Connect to the PostgreSQL database
conn = psycopg2.connect(
    dbname=db_name,
    user=db_user,
    password=db_password,
    host=db_host,
    port=db_port
)

# Read the CSV file using pandas
data = pd.read_csv(csv_file_path)

# Normalize column names to lowercase and replace spaces with underscores
data.columns = [col.lower().replace(" ", "_") for col in data.columns]

# Create a cursor object
cursor = conn.cursor()

# Create a table using the column names from the CSV file
create_table_query = f"CREATE TABLE IF NOT EXISTS {table_name} ({', '.join([f'{col} TEXT' for col in data.columns])});"
cursor.execute(create_table_query)
conn.commit()

# Save the DataFrame to a string buffer in CSV format
buffer = StringIO()
data.to_csv(buffer, index=False, header=False)
buffer.seek(0)

# Copy the data from the buffer to the PostgreSQL table
cursor.copy_expert(f"COPY {table_name} FROM STDIN WITH (FORMAT CSV)", buffer)
conn.commit()

# Close the cursor and connection
cursor.close()
conn.close()

(по суті сам код не тестив цього разу, але перед тим коли ще не мав преміум, питав схоже просте питання і 3.5 мусив переписувати двічі з моїми зауваженнями поки запрацювало)

Залишу це тут, бо це чудово:

Tarpan87 зрозуміло чому у вас жеребець на образку.

У ХІХ ст. в майстрів живопису з'явився конкурент-машина — фотоапарат, який робив роботу художника-реаліста швидше, краще, дешевше. Як наслідок, митці почали шукати способи вираження, недоступні машинам — з'явився імпресіонізм, кубізм, футуризм і т.д. — мистецтво набуло форм, які ми знаємо як «сучасне мистецтво», досить далеких від правильного й точного зображення реальності.

У ХХІ ст. у програмістів з'явився конкурент-машина. Питання: яких форм набудуть програми програмістів-людей, коли в написанні звичайного комерційного коду машина їх перевершить?

Поки що не з'явився. Принаймні саме як конкурент. Для тих, хто навіть не пробує користуватися чимось на зразок copilot чи того ж ґпт, конкурентами поволі стають ті, хто діє в симбіозі з цими інструментами (звісно, за умови рівних інших невідомих у рівнянні).

Це вже з розряду наукової фантастики, принаймні на даний момент. Тому аби відповісти на це запитання, необхідно зануритися в цей світ "якщо" (бо про "коли" тут поки що не йдеться). А от у симбіозі з ґпт / copilot етц людина вже здатна перевершити в написанні звичайного комерційного коду іншу людину без цих інструментів. Принаймні з точки зору швидкості написання рівноцінного коду, бо критерії перевершення можуть бути дуже різними.

Справа навіть не в тому, що машини випхнуть людей з ринку праці, а в беззмістовності такої праці. Так, можна вчити багато теорії про двійкову арифметику та дизайн-патерни, шукати способи оптимізувати код, читати товсті мануали до актуальних бібліотек, та й просто гарно оформлювати код відступами й коментарями — але навіщо, якщо все це робиться парою рядків у чаті?

Що може написати людина-програміст, чого машина-програміст принципово не може?

Художники в результаті винайдення фотоапарату не вимерли як клас. Сучасні технології, включаючи фотоапарат, допомагають художникам, наприклад, реставрувати старовинні картини.

Фотоапарати стали повсякденністю, так. Включаючи вбудовані в телефони - тому окремих фотоапаратів купують не так багато, вони стали з точки зору повсякденного вжитку просто непотрібними. Але не зникли як окремий товар. Так само не зникли фотографи. А художники співіснують і успішно працюють як окремий від фотографів цех.

Зникли черги до фотографів аби зробити буденні фотографії. Зникли тижневі очікування на проявлення негативів і друк відбитків. Будь-хто без жодних знань може клацнути на телефоні і мати фотографію, плюс надрукувати відбиток на домашньому друкарці принтері. Не зникли черги до висококваліфікованих фотографів, які є справжніми майстрами своєї справи. Не зникли виставки художніх творів, а також аукціони, де окремі витвори мистецтва купують за мільйони єнотів.

Плюс код із закритих репозиторіїв github і взагалі неопублікований код (коли засоби source control хостяться в інтранеті, а не в клаудах типу github) для ґпт недоступний. Воно просто не може писати щось на зразок того, бо не бачить цих зразків.

Тож хоча copilot теоретично має доступ до закритих репозиторіїв github, то не має доступу до git / svn котрі розміщено поза клаудним github. А ґпт не має навіть теоретичного доступу до закритих репозиторіїв github.

Тобто творчість (не копіювання алгоритмів, а саме створення принципово нових ідей) - це перевага людини.