Если глянуть код большинства аспирантов и даже более зрелых людей из фундаментальной науки (физика, механика, химия и прочее на стыке с прикладной математикой) - на него без слез смотреть невозможно. Культура разработки там отсутствует как явление, а современное железо прощает косяки, лет ...дцать назад сделавшие бы работу этого кода просто невозможной.
Мне тут на днях знакомый кинул ссылочку от OpenAI что у них O1 теперь диссертации по физике сочиняет. Проверка показала, что он даже задачи из университетского учебника по механике осилить не может.
Напиши роутер на языке программирования Go, который маршрутизирует запросы на создание, изменение и удаление записей о количестве единиц товара
Железное чудо, не долго думая, сгенерило мне ответ:
Вот пример простого роутера на языке Go, который маршрутизирует запросы для создания, изменения и удаления записей о количестве товаров:
package main
import (
"encoding/json"
"fmt"
"log"
"net/http"
)
// Item структура для хранения информации об элементе
type Item struct {
ID int `json:"id"`
Name string `json:"name"`
}
func createItem(w http.ResponseWriter, r *http.Request) {
var item Item
decoder := json.NewDecoder(r.Body)
err := decoder.Decode(&item)
if err != nil {
http.Error(w, "Ошибка декодирования данных", 400)
return
}
// Добавляем новый элемент
fmt.Println("Создание нового элемента: ", item)
w.WriteHeader(201) // Код ответа 201 Created
json.NewEncoder(w).Encode(item)
}
func updateItem(w http.ResponseWriter, r *http.Request) {
vars := r.URL.Query()
id, ok := vars["id"][0]
if !ok || id == "" {
http.Error(w, "Не указан идентификатор элемента", 400)
return
}
item := Item{ID: parseInt(id), Name: "Новый товар"}
// Обновляем существующий элемент
fmt.Printf("Обновление элемента с ID %d\n", item.ID)
w.WriteHeader(200) // Код ответа 200 OK
json.NewEncoder(w).Encode(item)
}
func deleteItem(w http.ResponseWriter, r *http.Request) {
vars := r.URL.Query()
id, ok := vars["id"][0]
if !ok || id == "" {
http.Error(w, "Не указан идентификатор элемента", 400)
return
}
item := Item{ID: parseInt(id)}
// Удаляем элемент
fmt.Printf("Удаление элемента с ID %d\n", item.ID)
w.WriteHeader(200) // Код ответа 200 OK
json.NewEncoder(w).Encode(item)
}
func parseInt(s string) int {
i, err := strconv.Atoi(s)
if err != nil {
panic(err)
}
return i
}
func main() {
mux := http.NewServeMux()
mux.HandleFunc("/items", createItem)
mux.HandleFunc("/items/{id}", updateItem)
mux.HandleFunc("/items/{id}", deleteItem)
log.Fatal(http.ListenAndServe(":8080", mux))
}
Этот код реализует следующие функции:
createItem: Создаёт новую запись о товаре. updateItem: Обновляет запись о товаре по указанному идентификатору. deleteItem: Удаляет запись о товаре по указанному идентификатору. Для работы этого кода необходимо запустить его командой go run main.go или собрать исполняемый файл (go build).
Все хорошо, но дура железная нашла в сети и выложила мне пример CRUD для каталога товаров (идентификатор и описание). А я ее просил API для количества. А на эту тему не нашлось ничего. Ну или она просто не вкурила.
Так что джунам мидлам которых она заменит большой привет. Ну или действительно, чтобы понять чем каталог товаров от количества отличается старший разработчик нужен. А лучше - архитектор.
... точно также ка большая часть не ответил кто нынче чемпион по футболу, хоккею (на льду с шайбой, на льду с мячом, на траве), по баскетболу и по волейболу
Гугол на запрос Generate API from database возвращает кучу ссылок, беглый просмотр первой страницы показывает что вполне можно и без ИИ обойтись
А смысл "промпт-инжиниринга" в том что "правильно заданный вопрос - половина правильного ответа" )) А дальше надо понять что проще - париться с тем как правильно задать вопрос, или же найти ответ минуя LLM.
Если быстрее первый путь - почему бы и нет. Но только опять проклятый вопрос - будем проверять что нам LLM нагенерила, или копипастить не глядя?
В JPMorgan тоже, видимо, так думали - зачем нам Python 3, мы свои задачи успешно решаем на Python 2.
А потом Python 2 им "внезапно" (для них только) помахал ручкой, и пришлось в режиме ошпаренной кошки цигель-цигель на Python 3 моститься. Со всеми вытекающим из этого последствиями.
Поэтому надо хоть немного вперед заглядывать, а не держаться мертвой хваткой за разного рода некротехнологии
Странно что в этой ветке никто с ActionScript не всплыл до сих пор, типа "я mega-senior Adobe Flash super-developer с опытом 30 лет, а меня уже пять лет на работу не берут никуда"
Моя стратегия заключается в том, чтобы сначала оптимизировать код, а затем с помощью GPT перевести документацию и комментарии на английский язык. Завершающим этапом станет публикация статьи на Reddit и r/Python, что позволит мне "эффективно" выйти на международный рынок разработки
Если портал, принимающий резюме кандидатов, настроен на angular.js, а в теле вакансии просто Angular, то это косяк ПО, принимающего запросы работодателя, с одной стороны, и отклики потенциальных работников, с другой стороны. Косяки в ПО бывают, мы все это знаем. HR то здесь при чем?
В том же гугле, да и в любой компании, неважно более крупной или менее, есть портал на котором выкладываются вакансии (тынц). Конкретно прямо сейчас по запросу Angular этот портал возвращает 24 вакансии в разных офисах, если дополнительно указать, скажем, Mountain View CA, получаем одну единственную. Поэтому доступ к HR-софту не нужен, видим (если есть) косяк в открытом доступе и стучим нашему контакту в HR по шапке.
С таким подходом у вас просто не останется времени делать свою работу
Вот прямо сейчас у меня задача найти вакансию Google с ключевым словом Angular в солнечном штате Калифорния заняла меньше минуты. Еще минуты две накатать комментарий на Хабре (считаем что настучать рекрутеру по шапке через корпоративную почту и/или мессенджер займет примерно столько же)
Если глянуть код большинства аспирантов и даже более зрелых людей из фундаментальной науки (физика, механика, химия и прочее на стыке с прикладной математикой) - на него без слез смотреть невозможно. Культура разработки там отсутствует как явление, а современное железо прощает косяки, лет ...дцать назад сделавшие бы работу этого кода просто невозможной.
Мне тут на днях знакомый кинул ссылочку от OpenAI что у них O1 теперь диссертации по физике сочиняет. Проверка показала, что он даже задачи из университетского учебника по механике осилить не может.
Хотя не знаю, может теперь диссертации такие ...
Как то не совсем на "умерших" похоже
Задал железному чуду техники прикола ради вопрос:
Железное чудо, не долго думая, сгенерило мне ответ:
Все хорошо, но дура железная нашла в сети и выложила мне пример CRUD для каталога товаров (идентификатор и описание). А я ее просил API для количества. А на эту тему не нашлось ничего. Ну или она просто не вкурила.
Так что джунам мидлам которых она заменит большой привет. Ну или действительно, чтобы понять чем каталог товаров от количества отличается старший разработчик нужен. А лучше - архитектор.
Правильное сочинение, тема актуальная, мысли зрелые и понятные
Критикующих на мороз, отвергаешь - предлагай ))
... точно также ка большая часть не ответил кто нынче чемпион по футболу, хоккею (на льду с шайбой, на льду с мячом, на траве), по баскетболу и по волейболу
так и я о том же ))
Chess против Duchess еще в 1977 играли, и до них были попытки одну программу на другую натравить.
Игра "движок против движка" как мне кажется это показатель скорее слабости "движка". А не силы
Кстати да, в шахматы то играть не перестали
Гугол на запрос
Generate API from databaseвозвращает кучу ссылок, беглый просмотр первой страницы показывает что вполне можно и без ИИ обойтисьА смысл "промпт-инжиниринга" в том что "правильно заданный вопрос - половина правильного ответа" )) А дальше надо понять что проще - париться с тем как правильно задать вопрос, или же найти ответ минуя LLM.
Если быстрее первый путь - почему бы и нет. Но только опять проклятый вопрос - будем проверять что нам LLM нагенерила, или копипастить не глядя?
Возможно и оправдывает. Тем не менее решили переходить на Python 3, а CTO, дотянувшего до последнего с переходом, отцепить
Тоже, наверное, за модой погнались
В JPMorgan тоже, видимо, так думали - зачем нам Python 3, мы свои задачи успешно решаем на Python 2.
А потом Python 2 им "внезапно" (для них только) помахал ручкой, и пришлось в режиме ошпаренной кошки цигель-цигель на Python 3 моститься. Со всеми вытекающим из этого последствиями.
Поэтому надо хоть немного вперед заглядывать, а не держаться мертвой хваткой за разного рода некротехнологии
Странно что в этой ветке никто с ActionScript не всплыл до сих пор, типа "я mega-senior Adobe Flash super-developer с опытом 30 лет, а меня уже пять лет на работу не берут никуда"
Можете поделиться подробностями?
Я вот такое нашел, к примеру
"Стратегию" походу тоже GPT сочинил. Ну успехов.
100500 это вряд ли
Но если кто кто в 2024 собирается выезжать на dBase IV, к примеру, то у меня для них плохие новости
Если портал, принимающий резюме кандидатов, настроен на
angular.js, а в теле вакансии простоAngular, то это косяк ПО, принимающего запросы работодателя, с одной стороны, и отклики потенциальных работников, с другой стороны. Косяки в ПО бывают, мы все это знаем. HR то здесь при чем?SAP SE подойдет?
Давай, расскажи мне про "корпорации"
Классика же ))
В том же гугле, да и в любой компании, неважно более крупной или менее, есть портал на котором выкладываются вакансии (тынц). Конкретно прямо сейчас по запросу Angular этот портал возвращает 24 вакансии в разных офисах, если дополнительно указать, скажем, Mountain View CA, получаем одну единственную. Поэтому доступ к HR-софту не нужен, видим (если есть) косяк в открытом доступе и стучим нашему контакту в HR по шапке.
Вот прямо сейчас у меня задача найти вакансию Google с ключевым словом Angular в солнечном штате Калифорния заняла меньше минуты. Еще минуты две накатать комментарий на Хабре (считаем что настучать рекрутеру по шапке через корпоративную почту и/или мессенджер займет примерно столько же)
Где здесь неразрешимая проблема?
Утверждение "HR записывают на видео ответы чтобы сознательно и максимально унизить соискателей" как по мне куда более спорное